Critical Release Notice 


Publication number: 297-2401-201 
Publication release: Standard 08.01 


The content of this customer NTP supports the 
SN06 (DMS) software release. 


Bookmarks used in this NTP highlight the changes between the NAO15 baseline and the current 
release. The bookmarks provided are color-coded to identify release-specific content changes. NTP 
volumes that do not contain bookmarks indicate that the NA015 baseline remains unchanged and is 
valid for the current release. 


Bookmark Color Legend 
Black: Applies to content for the NA015 baseline that is valid through the current release. 


Red: Applies to new or modified content for NA017 that is valid through the current release. 


Blue: Applies to new or modified content for NA018 (SN05 DMS) that is valid through the 
current release. 


Green: Applies to new or modified content for SN06 (DMS) that is valid through the current 
release. 


Attention! 
Adobe Acrobat Reader 5.0 is required to view bookmarks in color. 


Publication History 


September 2003 
For the SN06 (DMS) release, 08.01, updates were according to CR Q00671214. 


297-2401-201 


DMS-100 Family 
National ISDN BRI 


Service Implementation Guide 


NAO14 and up Standard 07.01 September 2000 


NORTEL 
NETWORKS" 


How the world shares ideas. 


DMS-100 Family 
National ISDN BRI 


Service Implementation Guide 


Publication number: 297-2401-201 
Product release: NA014 and up 
Document release: Standard 07.01 
Date: September 2000 


Copyright © 1996-2000 Nortel Networks, 
All Rights Reserved 


Printed in the United States of America 


NORTEL NETWORKS CONFIDENTIAL: The information contained herein is the property of Nortel Networks and is 
strictly confidential. Except as expressly authorized in writing by Nortel Networks, the holder shall keep all information contained 
herein confidential, shall disclose the information only to its employees with a need to know, and shall protect the information, in 
whole or in part, from disclosure and dissemination to third parties with the same degree of care it uses to protect its own 
confidential information, but with no less than reasonable care. Except as expressly authorized in writing by Nortel Networks, the 
holder is granted no rights to use the information contained herein. 


Information is subject to change without notice. Nortel Networks reserves the right to make changes in design or components as 
progress in engineering and manufacturing may warrant. Changes or modification to the DMS-100 without the express consent of 
Nortel Networks may void its warranty and void the users authority to operate the equipment. 


Nortel Networks, the Nortel Networks logo, the Globemark, How the World Shares Ideas, Unified Networks, DMS, DMS-100, 
Helmsman, MAP, Meridian, Nortel, Northern Telecom, NT, SuperNode, and TOPS are trademarks of Nortel Networks. IBM is a 
trademark of International Business Machines Corporation. Wang is a trademark of Wang Laboratories, Inc. 


Publication history 


September 2000 


Standard, release 07.01 


added NAO14 feature descriptions for the On-Demand B-Channel X.25 
Packet Mode Data Service feature and the Uniform Display Text for ISDN 
NI-2 Uniform Service feature in the “Product overview” chapter 


updated table 4-1 to include NA014 ISDN BRI features; updated table 4-2 
to include NAO14 Packet Handler features; updated table 4-3 to include 
NAO12 ISDN BRI features in the “Features available to ISDN terminals” 
chapter 


added feature descriptions for the On-Demand B-Channel X.25 Packet 
Mode Data Service feature and the Uniform Display Text for ISDN NI-2 
Uniform Service feature in the “Software description” chapter 


added statement to indicate that there are no NAO14 log reports, 
operational measurements, or office parameters in the “Administration 
methodology” chapter 


added statement to indicate that there are no NAO14 office parameters in 
the “ISDN office parameters” chapter 


added a brief description and SERVORD examples for the On-Demand 
B-Channel X.25 Packet Mode Data Service feature in the “SERVORD 
procedures” chapter 


updated the NI-1, 2B, and NI-2 provisioning tree for NA014 in the 
“SERVORD procedures” chapter 


updated the information on the QCOUNTS command to include new 
NAO14 parameter LCN (logical channel number) in the “ISDN 
maintenance” chapter 


removed NAO12 log reports and added a statement to indicate that there are 
no NAO14 log reports in the “ISDN log reports” chapter 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


October 1999 


removed NAOQ12 operational measurements and added a statement to 
indicate that there are no NAO14 operational measurements in the “ISDN 
operational measurements” chapter 


added NAO14 terms in the “List of abbreviations, acronyms, and terms” 


Standard, release 06.02 


August 1999 


added information on SX05 processor card in the “Hardware description” 
chapter 


updated example of table LTCINV in the “Data schema” chapter to include 
the SX05 processor card 


added information on adding a residential (RES) line as a secondary 
member of a multiple appearance directory number (MDN) single call 
arrangement (SCA) in the “SERVORD procedures” chapter 


added information on the addition of the parameter, status, to the query 
D-channel command (QDCH) in the “ISDN maintenance” chapter 


Standard, release 06.01 


added new Nortel Networks company logo to cover page and back page 
added new confidentiality statement to title and back pages 
updated “Table of Contents,” “List of Figures,” and “List of Tables” 


added list of new ISDN BRI features and feature enhancements added in 
NAO12 in the “Product overview” and “Software description” chapters 


updated “Features available to ISDN terminals” chapter to include new 
NAO12 features 


added descriptions of new NA012 ISDN BRI log reports, ISDN311 and 
ISDN312, to the “Administration methodology” and “ISDN maintenance” 
chapters 


added descriptions for new NAO12 ISDN BRI office parameters 
CND_BRI_OFFICE, RND_BRI_OFFICE, ECHO_STAT_BILL_PARM, 
L3_SVC_DSRPT_CTRL, and L3_SVC_DSRPT_THLD in the “Data 
schema” chapter 


297-2401-201 Standard 07.01 September 2000 


Vv 


e added additional information on X.121 translations under “Routing X.121 
calls” in the “Data schema” chapter 


e added description of Call Forwarding Don’t Answer Continue Existing 
Treatment with SS7 enhancements (CFDCET-SS7) and option CFDCET 
to the “Data schema” chapter 


e updated NI-1, 2B, and NI-2 provisioning tree for NAO12 in the 
“SERVORD procedures” chapter 


e added description of the NA012 enhancements to option CFX VAL in the 
“SERVORD procedures” chapter 


e added description of NA012 Redirecting Number Privacy for ISDN Call 
Forwarding in the “SERVORD procedures” chapter 


e added description of SERVORD commands changes for SLBRI associated 
with LOC00025, Enhanced Local Translations, feature in the “SERVORD 
procedures” chapter 


e added examples for using SERVORD NEW and QDN commands with DN 
associated with an NI-2 BRI RES SLBRI LTID when SOC LOC000235 is 
active in the “SERVORD procedures” chapter 


e added description of Layer3 Service Disruption feature to the “ISDN 
maintenance” chapter 


e updated the information for the QLAYER, RLAYER, and the L3LOGCTL 
commands to include information for layer 3 service disruption reporting 
in “ISDN Maintenance” chapter 


e added field L3SD to table LZ ABNLOG in the “ISDN maintenance” 
chapter 


e added description of enhancements to the MADN CACH Bridged Call 
feature in the “SERVORD procedures” chapter 


e added new chapter “Echo station X.25 loopback testing” to Operations, 
administration, and maintenance part of this document 


e added office parameter modules for new NAO12 ISDN BRI office 
parameters BRI_CND_OFFICE, BRI_RND_OFFICE, 
ECHO_STAT_BILL_PARM, L3_SVC_DSRPT_CTRL, and 
L3_SVC_DSRPT_THLD in the “ISDN office parameters” chapter 


e removed modules for NA011 ISDN BRI office parameters 
MAX_ASYNC_ISDN_DIAGS and 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


vi 


SDT_SUBSCRIPTION_LIMIT_EXCD from the “ISDN office 
parameters” chapter 


e added log report modules for new NA012 ISDN BRI logs ISDN311 and 
ISDN312 in the “ISDN log reports” chapter 


e removed module for NA011 ISDN BRI log report ISDN313 from the 
“ISDN log reports” chapter 


e updated “List of abbreviations, acronyms, and terms” 


May 1999 
Standard, release 05.02 


e changed note in “Notes and applicability to EKTS terminals and MADN 
DNs” column for feature item Call Reference Busy Limit (AC0377) to 
read “NI-1 provisioning uses AFC in the “Features available to ISDN 
terminals” chapter 


e replaced reference to Translation Guide, 297-8001-350, with Customer 
Data Schema Reference Manual, 297-8001-351, where appropriate in the 
“Data schema” chapter 


e changed NTP number for ISDN Service Orders for ISDN Terminals to read 
297-2401-310 instead of 297-2401-201 in description of table 14-19 in the 
“Data schema” chapter 


e changed NTP number for DMS-100 Family ISDN BRI Maintenance Guide 
to read 297-2401-501 instead of 297-2401-510 in “Loop testing from 
MAP” section of the “ISDN maintenance” chapter 


e changed NTP number for DMS-100 Lines Maintenance Guide to read 
297-1001-594 instead of 297- 1002-594 in “Automatic line testing” section 
of the “ISDN maintenance” chapter 


March 1999 
Standard, release 05.01 


e added list of new ISDN BRI features and feature enhancements added in 
NAO1I1 in the “Product overview” and “Software description” chapters 


e updated feature matrix in the “Features available to ISDN terminals” 
chapter to include new features introduced in NAO11 and to incorporate 
changes requested by customers 


e added information on new OM group RND in the “Administration 
methodology” chapter 


297-2401-201 Standard 07.01 September 2000 


vii 


e added new NAO11 log ISDN 313 to table “ISDN logs” in the 
“Administration methodology” chapter 


e removed reference to BRAKS terminals in the “Logical components” 
chapter 


e added office parameters MAX_ASYNC_ISDN_DIAGS and 
SDT_SUBSCRIPTION_LIMIT_EXCD in table ISDNVAR in the “Data 
schema” chapter 


e added office parameter SDT_SUBSCRIPTION_LIMIT_EXCD to table 
Office parameters in table ISDNVAR used by BRI layer 2/3 surveillance 
monitoring in the “Data schema” chapter 


e added information on Redirecting Number and Reason Display feature in 
the “Data schema” chapter 


e added office parameter MAX_ASYNC_ISDN_DIAGS to table Office 
parameters in table ISDNVAR not used by layer 2/3 surveillance 
monitoring in the “Data schema” chapter 


e added office parameter for asynchronous line diagnostics 
MAX_ASYNC_ISDN_DIAGS in the “ISDN office parameters” chapter 


e added office parameter SDT_SUBSCRIPTION_LIMIT_EXCD in the 
“ISDN office parameters” chapter 


e removed all NAO10 ISDN office parameter modules from the “ISDN office 
parameters” chapter 


e added description of the Directory Number Call Appearances Key 
Independence feature to the “SERVORD procedures” chapter 


e added SERVORD examples for Number of DN Appearances (NDNAP) 
option to the “SERVORD procedures” chapter 


e updated SERVORD display examples where necessary to include NDNAP 
option information in the “SERVORD procedures” chapter 


e added information about Call Forwarding Remote Access (CFRA) for 
ISDN terminals to the “SERVORD procedures” chapter 


e added information about change to storing SLBRI LATTR data in table 
KSETLINE instead of table DNCTINFO in the “SERVORD procedures” 
chapter 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


viii 


November 1998 


added information about MADN/Flex interworking in the “SERVORD 
procedures” chapter 


added information about MADN CACH and ACB/AR interworking in the 
“SERVORD procedures chapter 


added information on Redirecting Number and Reason Delivery in the 
“SERVORD procedures” chapter 


added Number of DN Appearances (NDNAP) to list of MADN restrictions 
in the “SERVORD procedures” chapter 


removed Automatic Call Back (ACB) and Automatic Recall (AR) from 
MADN restrictions list in the “SERVORD procedures” chapter 


added description of asynchronous line diagnostics in the “ISDN 
maintenance” chapter 


added new NAO11 log ISDN 313 to table “ISDN logs” in the “ISDN 
maintenance” chapter 


added figure 20-53 for OM group RND in the “ISDN maintenance” 
chapter 


expanded information on QCOUNTS command in the “ISDN 
maintenance” chapter 


added module for OM group RND in the “ISDN operational 
measurements” chapter 


3 


removed NA010 OM modules from the “ISDN operational measurements’ 
chapter 


added new NA011 log module ISDN113 in the “Log reports” chapter 


removed all NA010 log report modules from the “Log reports” chapter 


Standard, release 04.02 


made minor editing changes in document 


added EKTS applicability to statements associated with FIT terminals 
under two B-channel enhancement information in the “Product overview” 
and “Software description” chapters 


297-2401-201 Standard 07.01 September 2000 


ix 


e added additional statement on two B-channel access for EKTS terminals 
under two B-channel enhancements in the “Product overview” and 
“Software description” chapters 


e added statement on the availability of features to ISDN BRI terminals 
provisioned in either a Meridian Digital Centrex (MDC) customer group 
or the Residential Enhanced Services (RES) group in the “Features 
available to ISDN terminals” chapter 


e removed Code Customer Data Change (CDC), No Double Connect 
(NDC), Security (SEC) and Station-Specific Authorization Codes (SSAC) 
from Table 4-4 “Features available on ISDN” in the “Features available to 
ISDN terminals” chapter 


e added note about effect of National ISDN Logical Link Manager 
introduced in XPM§81 on the generation of ISDN log 108 in the 
“Administration methodology” and “ISDN maintenance” chapters 


e added description of M5317TDE BRI business set to the “National ISDN 
BRI terminals” chapter 


e added information about the recommended value settings for office 
parameters DEFOML and TMEAS when the Rapid Messaging (RM) 
feature is activated in the “Data schema” chapter 


e added information about the recommended value settings for office 
parameters DEFOML and TMEAS when the Rapid Messaging (RM) 
feature is activated under heading “Range information” in chapters for 
office parameters DEFOML and TMEAS 


e added information about translation and routing for X.25 packet calls with 
X.121 address format in the “Data schema” chapter 


e added note to NI-1, 2B, and NI-2 provisioning tree for NAO10 under NEW 
command for NI-1, 2B, NI-2, and NI-2 BRI RES service indicating that 
there is no SNPA prompt when Duplicate NXX feature is active on switch 
in the “SERVORD procedures” chapter 


e removed Call Park from list of features that are incompatible with MADN 
CACH in the “SERVORD procedures” chapter 


e removed “Trace in PMDEBUG” from the “ISDN maintenance” chapter 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


x 


August 1998 


Standard, release 04.01 


made editing changes in document 
updated “Table of Contents,” “List of Figures,” and “List of Tables” 


added list of ISDN BRI features added for NAO10 in the “Product 
overview” chapter 


added parameter downloading changes related to the use of a single DN for 
both electronic key telephone service (EKTS) and circuit mode data 
(CMD) in the “Basic rate interface logical components” chapter 


removed existing table 4-2, “Interface configurations and NA009 features” 
and existing table 4-3 “Interface configurations and NA008 features” and 
placed NA008 and NA009 feature information in table 4-3 with the title, 
“Features available on ISDN” in the “Features available to ISDN 
terminals” chapter 


added NAO10 features to new table 4-2, “NAO10 features” in the “Features 
available to ISDN terminals” chapter 


added list of ISDN BRI features added for NAO10 in the “Software 
description” chapter 


added information about NTAX78BA time switch circuit pack related to 
the ISDN Capacity Enhancement (ICE) feature in the “Hardware 
description” chapter 


added list of references located on Helmsman in the “ISDN real-time 
engineering guidelines” chapter 


removed PRI OM groups PRADCHL2 and PRAFAC and existing tables 
12-5 and 12-8 from the “Administration methodology” chapter; 
renumbered succeeding tables accordingly 


added new table 12-12 describing Rapid Messaging feature OM group 
RMSGOMGP to the “Administration methodology” chapter; renumbered 
succeeding tables accordingly 


added new ISDN logs 205, 303, 306, 307, 308, and 309 to table 12-13, 
“ISDN logs” in the “Administration methodology” chapter 


added new table 12-14 listing Rapid Messaging logs RMSG 600, 601, 602, 
and 603 to the “Administration methodology” chapter 


297-2401-201 Standard 07.01 September 2000 


xi 


e added Rapid Messaging feature office parameters TMEAS and DEFOML 
to table 14-5 “table ISDNVAR” in the “Data schema” chapter 


e added new NAO10 ISDN office parameters to tables 14-5, 14-6, and 14-8 
in the “Data schema” chapter 


e added new table 14-7 “Office parameters in table ISDNVAR not used by 
BRI Layer 2/3 Surveillance Monitoring” in the “Data schema” chapter 


e renumbered existing tables 14-6 and 14-7 to 14-7 and 14-8 respectively in 
the “Data schema” chapter 


e added Rapid Messaging office parameters DEFOML, 
RMSG_MAJALARM, RMSG_MINALARM, RM_SYNC_BURST, 
RM_SYNC_DELAY, and TMEAS in new table 14-10 “Rapid Messaging 
office parameters” in the “Data schema” chapter 


e added new figures 14-6 and 14-7 showing MAP display examples of tables 
LTGRP and LTMAP in the “Data schema” chapter 


e added information about new LTID options OML and OCT under LTID 
parameters in the “Data schema” chapter 


e renumbered existing figures 14-6 through 14-18 to 14-8 through 14-20 
respectively in the “Data schema” chapter 


e added new office parameter LAYER3_PACKET_SVC_THLD to table 
14-8 “Office parameters in table OFCVAR used in BRI Layer 2/3 
Surveillance Monitoring” in the “Data schema” chapter 


e removed module for NA009 office parameter AUTOSPID from the “ISDN 
office parameters” chapter 


e added modules for new NAO10 ISDN office parameters to the “ISDN 
office parameters” chapter 


e added description of new LTID options OCT and OML in the “SERVORD 
procedures” chapter under heading “Defining the logical terminal and its 
service parameters” 


e modified description of automatic updating of LTID parameter 
MAXKEYS in the “SERVORD procedures” chapter under heading, 
“MAXKEYS automatic updating” to make it clearer to the reader 


e added procedure for adding LTID options OCT and OML in the 
“SERVORD procedures” chapter under heading, “Adding LTID options 
OCT and OML” 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xii 


added new figures 17-6 through 17-10 showing the addition of LTID 
options OCT and OML in the “SERVORD procedures” chapter; 
renumbered succeeding figures accordingly 


added information in the “SERVORD procedures” chapter on changes to 
the command prompts for the SERVORD command SWLT (switch logical 
terminal) when used on a Shared DN or with a DN connected with the 
Duplicated NXX feature 


added new figures 17-12 through 17-14 illustrating the SWLT command 
prompt changes in the “SERVORD procedures” chapter; renumbered 
succeeding figures accordingly 


updated NI-1, 2B, and NI-2 provisioning tree for NA010 in the 
“SERVORD procedures” chapter 


added new figures 17-102, 17-103, 17-105 through 17-108 for SERVORD 
examples for DN shared across LTIDs in the “SERVORD procedures” 
chapter; renumbered succeeding figures accordingly 


added new figures 17-109 through 17-114 for SERVORD examples for DN 
shared across two LTIDs between DNH CMD hunt group and PMD in the 
“SERVORD procedures” chapter; renumbered succeeding figures 
accordingly 


added new figures 17-139 through 17-143 for SERVORD examples for 
assigning same DN for MADN EKTS and CMD to same LTID in the 
“SERVORD procedures” chapter 


added new figures 17-144 through 17-146 for SERVORD examples for 
assigning Call Forward to MADN CACH secondary member in the 
“SERVORD procedures” chapter 


added notes for Rapid Messaging feature to the POST and ALMSTAT 
commands in table 20-4 LTP level commands in the “ISDN maintenance” 
chapter 


added enhancements to LZLOGCTL and L3LOGCTL commands for 
Layer 2 and Layer 3 packet abnormality counts and log control in the 
“ISDN maintenance” chapter 


added enhancements to QCOUNTS command response display in the 
“ISDN maintenance” chapter 


added maintenance section for Rapid Messaging to the “ISDN 
maintenance” chapter 


297-2401-201 Standard 07.01 September 2000 


June 1998 


xiii 


added new ISDN logs ISDN205, 303, 306, 307, 308, and 309 to table 
20-31 “ISDN logs” in the “ISDN maintenance” chapter 


added Rapid Messaging logs RMSG600, 601, 602, and 603 to table 20-31 
“ISDN logs” in the “ISDN maintenance” chapter 


removed module for NA009 log report ISDN305 from the “ISDN log 
reports” chapter 


added modules for new NA010 ISDN log reports ISDN205, 303, 306 
through 309 and Rapid messaging log reports RMSG600 through 603 to 
the “ISDN log reports” chapter 


removed module for NA009 ISDN OM group AUTSPID from the “ISDN 
operational measurements” chapter 


added module of new NA010 ISDN OM group RMSGOMGP to the 
“ISDN operational measurements” chapter 


updated “List of abbreviations, acronyms, and terms” 


Standard, release 03.01 


reformatted complete guide 
added “List of Figures” and of “Tables List” to “Table of Contents” 


added list of ISDN BRI features added for NA009 in the “Product 
overview” chapter 


added information about dynamic TEI packet-only NIT, dynamic TEI 
integrated NIT, TSPID, and automated SPID in the “Basic rate interface 
logical components” chapter 


added parameter downloading information in the “Logical components” 
chapter 


moved MADN engineering rules from the “SERVORD procedures” 
chapter to the “Engineering provisioning” chapter 


added chapter for matrix of ISDN BRI features with the title “Features 
available to ISDN terminals” 


added information about features added by functional groups NI000052, 
NIO00060, and NI000061 in the “Software description” chapter 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


Xiv 


added information about tables ISDNVAR, LTPAUX, and LTPDEF to the 
“Data schema” chapter 


added chapter “ISDN office parameters” 


added information about ISDN office parameter AUTSPID to the “ISDN 
office parameters” chapter 


added chapter “Provisioning default service” in the “Provisioning” section 


added information about MAXKEYS automatic updating in the 
“SERVORD procedures” chapter 


updated NI-1, 2B, and NI-2 provisioning tree for NA009 in the 
“SERVORD procedures” chapter 


retitled all SERVORD example figures in the “SERVORD procedures” 
chapter 


added information about permitted NI-2 terminal configurations in the 
“SERVORD procedures” chapter 


added figures showing the different ISDN configurations supported in 
NAO09 to the “SERVORD procedures” chapter 


added information about LTID options AGA and SLBRI in the 
“SERVORD procedures” chapter 


added information and SERVORD examples for options CFXDNCT and 
CFXVAL in the “SERVORD procedures” chapter 


added information about Flexible Calling Deactivate Conference facility 
(DCC) in the “SERVORD procedures” chapter 


added information about the enhancement of the CHG command for ISDN 
lines in the “SERVORD procedures” chapter 


added SERVORD examples for dynamic TEI packet-only NIT in the 
“SERVORD procedures” chapter 


added SERVORD examples for NI-2 BRI RES FIT in the “SERVORD 
procedures” chapter 


added SERVORD examples of 2B and NI-2 FITs with an associated group 
in the “SERVORD procedures” chapter 


297-2401-201 Standard 07.01 September 2000 


November 1997 


XV 


added SERVORD examples for DN shared across LTIDs in the 
“SERVORD procedures” chapter 


added SERVORD examples for NI-2 2BD integrated NIT in the 
“SERVORD procedures” chapter 


updated all NI-2 SERVORD examples to include SLBRI option 
information in “SERVORD procedures” chapter 


replaced SPIDSEX option with TSPID in FIT SERVORD examples in the 
“SERVORD procedures” chapter 


added chapter with title the “ISDN maintenance” 
deleted chapters ““Pre-deployment’, “Deployment”, and 
“Post-Deployment” and moved the information located in these chapters 


to the “ISDN maintenance” chapter 


added information for POSTDK and TERMCHK commands, which 
includes MAP display examples, in the “ISDN maintenance” chapter 


added chapter “BRI multiple terminal maintenance” in the “Provisioning” 
section 


added chapter “BRI verification-office equipment” in the “Provisioning” 
section 


added chapter with “ISDN log reports” in the “Operation, administration, 
and maintenance” section 


added information about new ISDN 305 log to the “ISDN maintenance” 
and “ISDN log reports” chapters 


added chapter with title “ISDN operational measurements” in the 
“Operation, administration, and maintenance” section 


added information about new AUTSPID OM group to the “ISDN 
operational measurements” chapter 


updated “List of abbreviations, acronyms, and terms” 


Standard, release 02.02 


added updated information in all chapters 


added table LNTHRSH and commands LIBLMALM, THR, and DET 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xvi 


September 1997 


modified Q-layer and R-layer commands to support layer3 
added updated logs to sections 2 and 7 
updated Q-931 PMDEBUG in section 7 


corrected an error in the heading of section 4 


Standard, release 02.01 


July 1996 


added engineering and capacity planning information 
added NA007 and NA008 changes 
updated bearer capability routing translations 


added capability package information 


Standard, release 01.05 


April 1996 


added the new corporate logo to the front cover of the document 
added “BRT” to the title of the document 
corrected figure and table numbers in the document 


corrected page numbering, footers and headings 


Preliminary, release 01.04 


April 1995 


updated the figures in the document 


revised Section 7, “National ISDN-1 BRI terminals,” to remove old 
equipment. Added figures for Fujitsu equipment. 


revised Section 9, “ISDN applications,” to include all of the current ISDN 
services provided 


Preliminary, release 01.03 


297-2401-201 Standard 07.01 September 2000 


xvii 


Contents 


Service Implementation Guide 


Publication history iii 


About this guide xlv 
When to use this guide xlv 
How to check the version and issue of this document xlv 
References in this document xlvi 
Documentation numbering conventions xlvi 
What precautionary messages mean xlix 
How commands, parameters, and responses are represented | 
Input prompt (>) | 
Commands and fixed parameters li 
Variables li 
Responses li 
Audience li 
Important notice lii 


Part I Introduction l-1 


1 Product overview 1-1 
Introduction to ISDN 1-1 
ISDN BRI packaging 1-6 
ISDN applications 1-24 


2 Basic rate interface hardware 
components 2-1 
Introduction 2-1 
DMS exchange termination 2-1 
Line card 2-2 
U-loop 2-2 
Network termination 1 2-3 
S/T-bus for stand-alone NT1 2-3 
Terminal adapter 2-3 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xviii Contents 


3 Basic rate interface logical 
components 3-1 
Introduction 3-1 
Logical terminal or terminal service profile 3-1 
Protocol version control 3-1 
Terminal endpoint identifier 3-1 
Service profile identifier 3-3 
Terminal identifier 3-4 
Directory numbers 3-5 
Fully initializing terminals and non-initializing terminals 3-5 
ISDN parameter downloading 3-5 


4 Features available to ISDN terminals 4-1 
Introduction 4-1 
Background 4-1 
Table description 4-2 


Part Il Functional description Il-1 


5 National ISDN BRI terminals 5-1 
Introduction 5-1 
Network termination 1 products 5-1 
NTBX81AA standalone NT1 and power supply 5-1 
UT620 standalone NT1 and power supply 5-3 
M5317TDX 5-4 
M5317TDE 5-8 
User installation information 5-11 


Part Ill Planning and engineering Ill-1 


6 Engineering ISDN BRI 6-1 


Introduction 6-1 


7 Software description 7-1 
ISDN BRI packaging 7-1 
NI-2/3 capabilities 7-2 


8 Hardware description 8-1 
D-channel handler 8-1 
DCH and EDCH sparing 8-1 
EISP ISDN signaling processor 8-2 
ISDN line group controller and ISDN line trunk controller 8-2 
LCME 8-8 
SMA Subscriber Carrier Module Access 8-15 
Enhanced subscriber carrier module-100 urban 8-17 
Remote concentrating unit 8-19 
Current family of ISDN capable remotes 8-20 
ISDN line drawer (available in NAOO7 and up) 8-22 


297-2401-201 Standard 07.01 September 2000 


Contents xix 


Remote ISDN deployment 8-22 
ISDN capabilities extended to all DMS-100 remotes 8-23 


9 DMS packet handler 9-1 
Introduction 9-1 
Link peripheral processor 9-3 
Link interface unit 9-4 
Network interface unit 9-5 


10 ISDN real-time engineering guidelines 10-1 
Introduction 10-1 
CM impact of DMSPH calls 10-1 
Peripheral real-time engineering methodology synopsis 10-2 
Peripheral real-time engineering requirement synopsis 10-2 
LCM and LCME 10-3 
ISDN LGCI 10-3 
ISDN LTCI 10-3 
DCH 10-3 
EDCH 10-4 
DTCI 10-6 
RCC2 10-6 
XLIU 10-6 
Real-time engineering impacts by call type 10-8 
LCM and LCME real-time engineering algorithm 10-9 
ISDN LGCI BRI real-time engineering algorithm 10-10 
ISDN LTCI BRI and PRI real-time engineering algorithm 10-11 
Machine resident tools 10-11 
ET tools 10-11 
Non-resident tools 10-11 
Real-time planning tools 10-12 
Administration methodology 10-12 
Further references for information on calculating capacity 10-13 


11 Engineering provisioning 11-1 
Introduction 11-1 
D-channel handler 11-1 
DMS packet handler link interface unit 11-1 
Logical channel numbers 11-2 
Call condense blocks 11-3 
CM memory 11-4 
Office parameters 11-4 
MAX_LAPB_TERMINALS/ MAX_LAPD_TERMINALS_ 11-4 
MADN engineering rules 11-5 


12 Administration methodology 12-1 
Operational measurements 12-1 
Existing non-ISDN specific OMs 12-1 
XPMOCC (available as of NA002) 12-1 
PMSTAT (available as of BCS35) 12-3 
NCMCPUST (available as of BCS34) 12-3 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xx Contents 


TRK OM group (modified for X.75 packet handler trunks as of 

BCS34) 12-3 

ISDN specific OMs 12-4 

ISGBRA_ 12-5 

ISGCPU and ISGOVLD (available as of BCS33) 12-6 
ISDN logs 12-13 

Rapid messaging 12-16 
Overload indicators 12-16 

PMOVLD 12-16 

XPMOWVLD (available as of NA002) 12-16 

PMTYP 12-17 

ISGOVLD 12-17 

PM 128 12-17 

PM106 12-17 

PM 270 12-18 


13 Planning considerations 13-1 
S/T loop requirements 13-1 
Modes of operation 13-1 
Cable requirements 13-2 
Physical layer limitations 13-2 
Wiring polarity integrity 13-3 
Pair termination 13-3 
Terminal power 13-3 
Integrated building distribution network 13-3 
IBDN system components 13-4 
S/T loop installation 13-6 
Implementation 13-7 
Loop verification 13-13 
Service operation/maintenance 13-16 
Point-to-multipoint configurations 13-17 
Simplified branched passive bus 13-18 
Simplified short branched passive bus 13-19 
Terminal power options 13-20 
Centralized power 13-21 
Stand-alone Network Termination 1 13-22 
Rackmount Network Termination 1 13-22 
Battery systems 13-23 
Power calculations 13-23 
Building power and grounding 13-24 
Introduction 13-24 
Power system disturbances 13-25 
Power receptacles 13-26 
Grounding 13-27 
Power conditioners 13-31 
Testing power 13-31 
What can be checked, measured, and tested? 13-32 


297-2401-201 Standard 07.01 September 2000 


Contents xxi 


Part IV Provisioning IV-1 


14 Data schema 14-1 
System datafill sequence 14-1 
Office parameters used for ISDN 14-2 
BRI ISDN office parameters located in table ISDNVAR_ 14-5 
Facilities interface tables 14-16 
Datafill sequence for ISDN BRI with the DMS packet handler 14-16 
Rapid Messaging office parameters 14-18 
Table LTCINV 14-19 
Table CARRMTC_ 14-20 
Table LTCPSINV 14-21 
Table LCMINV 14-22 
Table DCHINV 14-22 
Table ISGDEF 14-23 
Base service 14-24 
LTID parameters 14-25 
Table DNATTRS 14-26 
Bearer capability routing 14-27 
Routing characteristics 14-28 
Routing the call 14-29 
Translation and routing for X.25 packet calls with X.121 address 
formats 14-30 
Analyzing the call request packet 14-31 
Routing X.121 calls 14-32 
Translations table flow for X.121 calls 14-35 
Table BCDEF 14-39 
Table TRKGRP 14-40 
Table RCNAME 14-40 
Table RTECHAR 14-41 
Table IBNRTE 14-41 
Tables IBNMAP, OFRTMAP, and RTEMAP 14-42 
Table XLAMAP 14-42 
Table PXLAMAP 14-43 
TRAVER 14-44 
Private originating call 14-44 
Public originating call 14-48 
Translation verification for DMS-PH X.121 14-52 
User-defined MAP sublevels 14-55 
Limitations 14-55 
Datafill sequence and implications 14-55 
Table size 14-55 
Datafillexample 14-55 
User Customization of MAP LTP sublevel commands 14-56 
Limitations 14-56 
Datafill sequence and implications 14-57 
Table size 14-57 
Datafillexample 14-57 
Changes to table LTPDEF in NA009 14-57 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxii 


Contents 


Redirecting Number and Reason Delivery for ISDN CFW for NA011 14-58 
Datafill for Redirecting Number and Reason Delivery for ISDN CFW 14-58 
Translations table flow 14-59 
Table flow for Redirecting Number and Reason Delivery for ISDN 
CFW 14-59 
Calling and Redirecting Number Delivery with Office Parameter 14-61 
Office parameter CND_BRI_LOFFICE 14-61 
Office parameter RND_BRI_LOFFICE 14-62 
NAO12 enhancements for Call Forwarding Don’t Answer Continue Existing 
Treatment with SS7 14-62 
Limitations and restrictions 14-62 


15 Provisioning default service 15-1 


Description 15-1 
Provisioning steps 15-2 
Table DNROUTE 15-3 
Table LNINV 15-3 
DEFSVCCI tool 15-3 
Maintenance 15-5 
Translations table flow 15-6 
Limitations and restrictions 15-8 
Interactions 15-10 
Activation/deactivation by the end user 15-10 
Billing 15-10 
Station Message Detail Recording 15-10 
Data entry for office parameters 15-10 
Data entry sequence 15-10 
Data entry for table DIGCOL 15-11 
Data entry example for table DIGCOL 15-11 
Data entry for table XLANAME 15-12 
Data entry example for table XLANAME 15-12 
Data entry for table CUSTENG 15-12 
Data entry example for table CUSTENG 15-13 
Data entry for table CUSTHEAD 15-13 
Data entry example for table CUSTHEAD 15-14 
Data entry for table NCOS 15-14 
Data entry example for table NCOS 15-14 
Data entry for table IBNRTE 15-15 
Data entry example for table IBNRTE 15-15 
Data entry for table IBNXLA 15-16 
Data entry example for table IBNXLA 15-16 
Data entry for table DNROUTE 15-17 
Data entry example for table DNROUTE 15-17 
Error message for table DNROUTE 15-18 
Translation verification tools 15-18 
SERVORD 15-18 
Changes to SERVORD QDN query command 15-19 
Changes to SERVORD QDNSU and QDNWRK query 
commands 15-19 


297-2401-201 Standard 07.01 September 2000 


Contents xxiii 


16 ISDN office parameters 16-1 
Introduction to ISDN office parameters 16-1 

Functional description 16-1 
Provisioning rules 16-1 
Range information 16-1 
Dependencies 16-2 
Consequences 16-2 
Verification 16-2 
Memory requirements 16-2 
Dump and restore rules 16-2 
Parameter history 16-2 


17 SERVORD procedures 17-1 


Introduction 17-1 
Defining the logical terminal and its service parameters 17-3 
Attaching the logical terminal to the appropriate LEN 17-6 
Configure ISDN using SERVORD 17-6 
SLT command 17-7 
REM, ATT, DET, and CHA commands 17-8 
Add a new LTID using the SLT ADD command 17-9 
MAXKEYS automatic updating 17-10 
Change set attributes using the SLT CHA command 17-12 
Adding LTID options OCT and OML 17-13 
Associate a DN with the LTID using the NEW command 17-18 
NAO11 DN Call Appearance Key Independence feature 17-19 
NAO11 NDNAP SERVORD examples 17-20 
Swap logical terminals 17-22 
NA010 changes in swap logical terminal command 17-23 
Query the LTID to verify the datafill using the QLT command 17-27 
Query the LEN to which the LTID is attached using the QLEN and QLT 
commands 17-28 
Attach the LTID to a LEN using the SLT ATT command 17-30 
Recommended key assignments for features 17-31 
Add an option to an existing non-NI-2 ISDN line using the ADO 
command 17-31 
Add an option to an existing NI-2 ISDN line using the ADO command 17-33 
NA011 Enhancement to Call Forwarding 17-37 
Add and remove option CFXVAL to an existing NI-2 line 17-38 
NA012 enhancements to option CFXVAL_ 17-40 
NA012 Redirecting Number Privacy for ISDN Call Forwarding 17-41 
Provisioning rules for option SUPPRND 17-42 
Supplementary services 17-43 
Flexible Calling (FC) 17-44 
Flexible calling deactivate conference facility 17-45 
Detach an LTID from a LEN using the SLT DET command 17-46 
Remove an LTID using the SLT REM command 17-47 
Enhancement of CHG command for ISDN lines 17-48 
NI-1, 2B and NI-2 provisioning tree for NA014 17-49 
SERVORD examples for NI-1 1B FIT Configuration 17-60 
SERVORD examples for NI-1 1B NIT configuration 17-64 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxiv Contents 


SERVORD examples for dynamic TEI packet-only NIT 17-68 
SERVORD examples for NI-1 2B FIT configuration 17-72 
SERVORD examples for NI-1 2B NIT configuration 17-76 
NI-2 set SERVORD defaults 17-80 
Allowable NI-2 terminal configurations 17-81 
SERVORD examples for NI-2 FIT configuration 17-85 
SERVORD examples for 2B and NI-2 FITs with an associated group 17-89 
NAO11 changes for SLBRI 17-96 
NA012 changes for SLBRI 17-97 
SERVORD examples for NI-2 BRI RES FIT configuration 17-98 
SERVORD examples for NI-2 2BD FIT configuration 17-105 
SERVORD examples for DN shared across LTIDs 17-110 
Using shared DNs with hunt groups 17-117 
SERVORD examples for establishing a DNH group with pilot DN shared with 
PMD CT on second LTID 17-119 
SERVORD examples for NI-2 NIT configuration 17-125 
SERVORD examples for NI-2 2BD integrated NIT 17-129 
NA014 SERVORD examples for On-demand B-channel X.25 PMD 17-134 
SERVORD examples for On-demand B-channel X.25 PMD service 17-136 
SERVORD examples for using the SLT ATT command to attach an 
LTID provisioned with ODB DNs toa LEN 17-140 
Querying a DN with the ODB option 17-144 
Query an LTID with ODB DNs 17-145 
SERVORD examples for Electronic key telephone service 17-146 
Making EKTS available on BRI terminals 17-150 
Setting up MADN groups on an EKTS set 17-155 
Adding a RES line as member of a MDN SCA group 17-158 
Setting up MADN CACH groups on an EKTS set 17-162 
Assigning same DN for MADN EKTS and CMD on same LTID 17-169 
SERVORD examples for assigning MADN CACH CA and CMD to same 
LTID sharing same DN 17-170 
SERVORD examples for assigning Call Forward to a secondary MADN 
CACH member 17-176 
NAO11 feature additions for MADN EKTS and MADN CACH 17-180 
NA012 MADN CACH Bridged Call feature enhancements 17-183 
MADN restrictions 17-184 
Provisioning changes due to number plan expansion 17-186 
Duplication 17-186 
Table TOFCNAME 17-186 
Impact of duplication of NXXs on SERVORD_ 17-188 


18 Simplification of ordering, provisioning, and 
installation 18-1 
Introduction 18-1 
ISDN ordering codes descriptions 18-1 
Generic |OCs/capability packages 18-2 
EZ-ISDN 18-5 
Overlap with Capability Packages 18-6 


297-2401-201 Standard 07.01 September 2000 


Contents xxv 


Part V Operations, administration and maintenance V-1 


19 Operation, administration, and maintenance overview 19-1 
ISDN loop maintenance 19-1 
ISDN maintenance commands 19-1 
ISDN log routing recommendations 19-2 
Operational measurements setup 19-2 
Maintenance tools 19-2 
BRI multiple terminal maintenance 19-2 
BRI verification-office equipment 19-3 
Echo station X.25 loopback testing 19-3 
Problem case 1 19-3 
Problem case 2 19-3 
Problem case 3 19-4 
Problem case 4 19-4 
ISDN log reports 19-4 
ISDN operational measurements 19-4 


20 ISDN maintenance 20-1 
ISDN loop maintenance 20-1 
ISDN line states 20-3 
Loopback testing 20-3 
BERT testing 20-5 
DCHCON testing 20-7 
Digital test access 20-8 
Diagnostics testing 20-11 
NA011 enhancements to ISDN BRI line diagnostics 20-13 
ISDN user interface commands 20-15 
Loop testing from MAP 20-19 
Automatic line testing 20-32 
Layer 1 basic line monitoring alarm 20-40 
THR 20-42 
DET 20-43 
Information queries 20-45 
SUSTATE 20-55 
L2LOGCTL command 20-56 
L2LOGCTL command usage 20-60 
Layer 3 service disruption reporting for ISDN BRI switched 
services 20-64 
L3LOGCTL command description 20-66 
L3LOGCTL command syntax 20-66 
L38LOGCTL command usage 20-71 
Table Layer 3 abnormality log control 20-73 
ISPGAUD command description 20-74 
ISPGAUD command syntax 20-74 
TEI CHECK 20-75 
TERMCHK 20-76 
Call processing messaging 20-79 
QCOUNTS 20-87 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxvi Contents 


Maintenance for Rapid Messaging 20-96 
MAP display changes associated with Rapid Messaging 20-97 
LTP MAP level command changes 20-99 
Recommendations for routing log 20-100 
OM set-up procedure 20-106 
DISPCALL tool 20-113 
Interpreting DISPCALL output 20-115 


21 BRI multiple terminal maintenance 21-1 
Description 21-1 
LTPISDN MAP level command (CM) 21-1 
MAP query and reply message (CM/XPM and CM/XLIU) 21-2 
Layer 3 data management (XPM) 21-3 
Limitations and restrictions 21-3 
Interactions 21-4 
Datafill 21-4 
Datafill sequence 21-5 
LTPDEF table sizing 21-5 
Dump and restore 21-5 
User interface 21-6 
Responses for the TERMCHK HELP command 21-7 
TERMCHIK display field descriptions 21-7 


22 BRI verification-office equipment 22-1 
Description 22-1 
Message protocols 22-3 
Hardware requirements 22-3 
Limitations and restrictions 22-3 
Interactions 22-3 
Translation tables datafill 22-4 
Define a CLLI 22-4 
Translations for a 3-digit code or a 7-digit access number 22-4 
Alternate translations for a 7-digit access number 22-5 
Translations for default service 22-7 
User interface 22-7 
POST command 22-8 
HOLD command 22-9 


23 Echo station X.25 loopback testing 23-1 
Description 23-1 
Limitations and restrictions 23-2 
Operational measurements for echo station 23-2 
Interactions 23-3 
Logs 23-3 
Office parameter information 23-3 
ECHOCI MAP level 23-3 
Datafill for X.25 user loopback testing feature 23-7 
Query command QPHF used with echo station 23-21 
Packet resource reassignment tool 23-27 
Maintenance activity on echo station directory number 23-28 


297-2401-201 Standard 07.01 September 2000 


Contents xxvii 


24 Problem case 1: no dialtone received or limited dialing 
capability 24-1 
Description 24-1 
Troubleshooting steps 24-1 


25 Problem case 2: verification of connectivity between 2B1Q 
line card and CPE 25-1 
Description 25-1 
Verification steps 25-1 
Troubleshooting steps 25-1 


26 Problem case 3: mp-eoc trouble fault isolation 26-1 
Description 26-1 
Troubleshooting steps 26-1 
Other possible actions 26-4 


27 Problem case 4: office equipment identification 


retrieval 27-1 
Description 27-1 
Verification steps when using hand-held test equipment 27-1 
Verification steps when using an ISDN set 27-2 


28 ISDN log reports 28-1 
Introduction to ISDN log reports 28-1 
Explanation 28-1 
Format 28-1 
Example 28-1 
Field descriptions 28-1 
Action 28-1 
Associated OM registers 28-2 
Additional information 28-2 


29 ISDN operational measurements 29-1 
Introduction 29-1 
OM description 29-1 
Release history 29-1 
Registers 29-1 
Group structure 29-1 
Associated OM groups 29-2 
Associated functional groups 29-2 
Associated functionality codes 29-2 
OM group register flowcharts 29-2 
Register descriptions 29-2 
Register <short name> 29-2 
Register <short name> release history 29-3 
Associated registers 29-3 
Associated logs 29-3 
Extension registers 29-3 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxviii Contents 


Appendix A Equipment ordering codes 
NTI A-1 
BIX labels A-3 
Loop A-4 
Terminating resistors A-4 
Adapters A-5 
Modular outlets A-5 


List of abbreviations, acronyms, and terms 


B-1 


297-2401-201 Standard 07.01 September 2000 


Contents Xxix 


Figures 


Example of PRI serving a PBX 1-3 

Example of ISDN BRI and analog lines 1-4 

Basic ISDN configuration 1-5 

Approximate wiring distances 1-6 

BRI packaging information 1-6 

ISDN BRI 1997 and 1998 software packaging 1-7 

ISDN PRI software packaging 1-7 

Pair gain example 1-25 

Telecommuting extends office to home 1-27 
Videoconference example 1-28 

Example of small office/nome office application 1-30 
Image communications 1-32 

File transfer and multitasking 1-33 

ISDN physical equipment and connections 2-1 

Extended ISDN U-loop wiring 2-2 

NT1 with connected 10-W power supply (NTBX81AA) 5-2 
Alpha Telecom, Inc. standalone NT1 5-3 

NTI rackmount unit 5-4 

M5317TX/TDX ISDN business set 5-6 

M5317 button layout 5-8 

M5317TDE ISDN business set 5-9 

M5317TDE button layout 5-10 

ISDN BRI 1997 and 1998 software packaging 7-1 

ISDN PRI software packaging 7-2 

ISDN line group controller layout 8-3 

Card locations in an ISDN LGA shelf with EISP and UP cards 8-4 
Enhanced ISDN line concentrating module (LCME) 8-9 
Physical and logical layout of the LCME line drawer 8-10 
Non-blocking service 8-11 

SMA unit 8-15 

SMA P-side configuration 8-16 

SMA P-side configuration 8-18 

SMU unit supporting ISDN MBS capability (NT6X02EL) 8-19 
DMS-100 Family ISDN through NAOO6 8-21 

ISDN line drawer 8-23 

ISDN line drawer 8-24 

DMS packet handler network connections 9-2 

Link peripheral processor 9-3 

LPP block diagram 9-4 

LPP hardware 9-6 

EDCH throughput 10-5 

DMS PH delay vs. throughput 10-8 

S/T loop point-to-point 13-2 

Star configuration 13-2 

IBDN major network components 13-6 

NT1 in the equipment room 13-9 

Wiring configuration for rackmount NT1 in riser closet 13-10 
Wiring configuration at the workstation 13-11 

Simplified branched passive bus 13-18 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


XXX Contents 


Simplified branched passive bus building layout 13-19 

Simplified short branched passive bus 13-20 

Causes of major power disturbances 13-26 

Power receptacle 13-27 

Grounding designs in buildings 13-29 

MAP display example of table LTCINV 14-20 

MAP display example of table CARRMTC 14-21 

MAP display example of table LTCPSINV 14-22 

MAP display example of table LCMINV 14-22 

MAP display example of table ISGDEF 14-24 

MAP display example of table LTGRP 14-25 

MAP display example of table LTDEF 14-26 

MAP display example for table DNATTRS 14-27 

MAP display example for table DNATTRS 14-27 

MAP display example for table DNATTRS 14-27 

BRI call terminations 14-29 

Example 1 of datafill for one stage translations in table 
STDPRTCT.STDPRT 14-33 

Example 2 of datafill for one stage translations in table 
STDPRTCT.STDPRT 14-34 

Datafill example 3 for multiple stage translations in table 
STDPRTCT.STDPRT 14-34 

Datafill example 4 for multiple stage translations in table 
STDPRTCT.STDPRT 14-34 

Datafill example 5 for multiple stage translations in table 
STDPRTCT.STDPRT 14-35 

Table flow for DMS-PH X.121 Full Address Translations 14-37 

MAP display example of table TRKGRP datafill 14-40 

MAP display example datafill of table RCNAME 14-41 

MAP display example for table RTECHAR 14-41 

MAP display example of table IBNRTE with RX selector 14-42 

MAP display example for tables IBNMAP, OFRTMAP, and HNPACONT subtable 
RTEMAP 14-42 

MAP display example of table XLAMAP 14-43 

Datafill example for table PKLAMAP 14-44 

Map display example for table LTPAUX 14-56 

Map display example for table LTPDEF 14-57 

MAP display example for table CUSTSTN 14-66 

Provisioning Default Service using DEFSVCCI tool SETUP command 15-4 

Removing Default Service using DEFSVCCI tool REMOVE command 15-5 

Table flow for Default Service 15-7 

MAP display example for table DIGCOL 15-12 

MAP display example for table XLANAME 15-12 

MAP display example for table CUSTENG 15-13 

MAP display example for table CUSTHEAD 15-14 

MAP display example for table NCOS 15-15 

MAP display example for table IBNRTE 15-15 

MAP display example for table IBNXLA 15-16 

MAP display example for table DNROUTE 15-17 

SERVORD example 17-3 

First intentional incorrect entry MAP display 17-8 


297-2401-201 Standard 07.01 September 2000 


Contents xxxi 


Second intentional incorrect entry MAP display 17-8 

Example of MAP display when using the SLT ADD command 17-10 

Example MAP display when using the SLT CHA command to change the status of 
EKTS from Nto Y 17-13 

Example MAP display when using the table editor CHA command to add OML option 
to an LTID in table LTDEF 17-14 

Example MAP display when using the table editor ADD command to add OML option 
to an LTID in table LTDEF 17-15 

Example MAP display when using the table editor CHA command to add OCT option 
to an LTID in table LTDEF 17-16 

Example MAP display when using the table editor ADD command to add OCT option 
to an LTID in table LTDEF 17-17 

Example MAP display when using the QLT command on an LTID to verify presence 
of options OML and OCT 17-18 

Example of MAP display when using the NEW command 17-19 

Example of the MAP display when using the NEW command to add a DN with option 
NDNAP to an NI-2 LTID 17-21 

Example of the MAP display when using the QLT command on an NI-2 LTID 
associated with a DN with option NDNAP assigned 17-22 

Example of the MAP display when using the SWLT command with two LTIDs that do 
not share a common DN 17-24 

Example of the MAP display when using the SWLT command with two LTIDs that 
share a common DN 17-24 

Example of the MAP display when using the SWLT command 17-25 

Example of MAP display as a result of using 7-digit DN in SWLT command entry in 
office with Duplicate NXX feature activated 17-26 

Example of MAP display as a result of using 7-digit DN in SWLT command entry in 
office where Duplicate NXX feature is not activated 17-27 

Example of using the QLT command to view the data entry for an LTID 17-28 

Example of MAP display response to the QLEN command before the LTID has been 
attached 17-29 

Example of MAP display response to the QLEN command after the LTID has been 
attached 17-29 

Example of MAP display response to the QLT command after the LTID has been 
attached toa LEN 17-30 

Example of MAP display when using the SLT ATT command to attach an LTID to a 
LEN 17-31 

Example of MAP display when using the ADO command to add option AFC to an 
ISDN line 17-32 

Example of MAP display showing response to the QLT command used on LTID 
showing option AFC added 17-33 

Example of MAP display when using the ADO command to add option CFXDNCT and 
CFU to an NI-2 ISDN line 17-35 

Example of MAP display when using the DEO command to remove option CFB from 
an NI-2 ISDN line 17-36 

Example of the MAP display showing response to the QLT command used to verify 
the addition of option CFXDNCT to a DN associated with NI-2 LTID 
ISDN 24 17-37 

Example of MAP display when using the ADO command to add option CFXVAL with 
Courtesy Call set to Y to an ISDN line 17-39 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxxii 


Contents 


Example of MAP display when using the ADO command to add option CFXVAL with 
Courtesy Call set to N to an ISDN line 17-39 

Example of MAP display when using the DEO command to remove option CFXVAL 
from an ISDN line 17-40 

Example of MAP display when using the ADO command to add option CFXVAL with 
Courtesy Call termination option for VI CTs setto NECC 17-41 

Example of MAP display when using the ADO command to add option SUPPRND to 
the primary DN on an ISDN terminal 17-43 

Example of the MAP display when using the NEW command to add DCC to an NI-2 
ISDN line 17-46 

Example MAP display when using the SLT DET command to detach an LTID from a 
LEN 17-47 

Example of MAP display error when using the SLT REM command before removing 
the DN associated with an LTID. 17-47 

Example of MAP display when using the OUT command to remove a DN associated 
with an LTID 17-48 

Example of MAP display when using the SLT REM command to remove an LTID 17- 
48 

NI-1 SLT ADD command 17-51 

NI-1 NEW command 17-52 

2B SLT ADD command 17-53 

2B NEW command 17-54 

NI-2 SLT ADD command 17-55 

NI-2 NEW command 17-56 

NI-2 BRI RES SLT ADD command 17-57 

NI-2 BRI RES NEW command 17-58 

NI-1/2B/NI-2 ATT command 17-59 

NI-1/2B/NI-2 SLT CHA command 17-59 

Example of MAP display when using the SLT ADD command to add an NI-1 1B FIT 
LTID 17-61 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-1 1B FIT LTID 17-62 

Example of MAP display showing response to the QLT command used on an NI-1 1B 
FIT LTID 17-63 

Example of MAP display when using the SLT ATT command to attach an NI-1 1B FIT 
LTID toa LEN 17-64 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-1 1B FIT LTID attached 17-64 

Example of MAP display when using the SLT ADD command to add an NI-1 1B NIT 
LTID 17-65 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-1 1B NIT LTID 17-66 

Example of MAP display showing response to the QLT command used on an NI-1 1B 
NIT LTID 17-67 

Example of MAP display when using the SLT ATT command to attach an NI-1 1B NIT 
LTID toa LEN 17-67 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-1 1B NIT LTID attached 17-68 

Example of MAP display when using the SLT command to add a dynamic TEI packet- 
only NIT LTID 17-69 


297-2401-201 Standard 07.01 September 2000 


Contents xxxiii 


Example of MAP display when using the NEW command to add a DN associated with 
a dynamic TEI packet-only NIT LTID 17-70 

Example of MAP display when using the SLT command to 
associate a dynamic TEI packet-only NIT LTID witha LEN 17-71 

Example of MAP display showing response to the QLEN command used on a LEN 
with a dynamic TEI packet-only NIT LTID attached 17-71 

Example of MAP display showing response to the QLT command used on a dynamic 
TEI packet-only NIT LTID ISDN 202 17-72 

Example of MAP display when using the SLT ADD command to add an NI-1 2B FIT 
LTID 17-73 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-1 2B FIT LTID 17-74 

Example of MAP display showing response to the QLT command used on an NI-1 2B 
FIT LTID ISDN 221 17-75 

Example of MAP display when using the SLT ATT command to attach a NI-1 2B FIT 
LTID toa LEN 17-76 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-1 2B FIT LTID attached 17-76 

Example of MAP display when using the SLT ADD command to add an NI-1 2B NIT 
LTID 17-77 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-1 2B NIT LTID 17-78 

Example of MAP display showing response to the QLT command used on an NI-1 2B 
NIT LTID ISDN 231 17-79 

Example of MAP display when using the SLT ATT command to attach an NI-1 2B NIT 
LTID toa LEN 17-80 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-1 2B NIT LTID attached 17-80 

One 2 B-channel FIT 17-82 

One 2 B-channel NIT 17-82 

Two 1B-channel FITs 17-82 

Up to eight NITs 17-83 

Two 2B NI-2 FITs with access to both B-channels 17-83 

One 2B NI-2 FIT with up to seven 2B NITs 17-83 

Up to eight 2B NI-2 FITs each with their own logical terminal 17-84 

Any combination of 2B NI-2 FITs/NITs up to maximum of eight 17-85 

Example of MAP display when using the SLT ADD command to add an NI-2 FIT LTID 
17-86 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-2 FIT LTID 17-87 

Example of MAP display showing response to the QLT command used on an NI-2 FIT 
LTID 17-88 

Example of MAP display when using the SLT ATT command to attach an NI-2 FIT 
LTID toa LEN 17-89 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-2 FIT LTID attached 17-89 

Example of MAP display when using the SLT ADD command to add a 2B FIT with all 
DNs associated with VI in one AG 17-91 

Example of MAP display when using the SLT ADD command to add an NI-2 FIT LTID 
with VI DNs in one AG and CMD DNs in another AG 17-92 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


XXXIV 


Contents 


Example of MAP display when using the SLT CHA command to change AG for an NI- 
2 FIT-CMD CT to a different AG GROUP 17-93 

Example of MAP display when using the QLT command to query an NI-2 LTID which 
is a member of an AG 17-94 

Example of MAP display showing response to the QDN command where VI portion 
of an NI-2 FIT LTID is a member of an AG 17-95 

Example of MAP display showing response to the QDN command where CMD portion 
of an NI-2 FIT LTID is a member of an AG 17-95 

Example of MAP display showing response to the QDN command where an NI-2 FIT 
LTID is a member of an AG 17-96 

Example of MAP display showing response to the QLEN command used to determine 
AGA/AGI assignments of attached LTIDs 17-96 

MAP display example for table DNCTINFO (NA010 and earlier) 17-97 

MAP display example for table KSETLINE (NA011 and up) 17-97 

Example of MAP display when using the SLT ADD command to add an NI-2 BRI RES 
LTID 17-99 

Example of MAP display when using the NEW command to add a DN and 
SLBRI_LATTR associated with an NI-2 BRI RES LTID with SOC 
LOC00025 not active. 17-100 

Example of MAP display when using the NEW command to add a DN and 
SLBRI_LATTR associated with an NI-2 BRI RES LTID with SOC 
LOC00025 is active. 17-101 

Example of MAP display when using the QLT command on an NI-2 BRI RES LTID 
17-102 

Example of the MAP display when using the SLT ATT command to attach an NI-2 BRI 
RES LTID toa LEN 17-103 

Example of the MAP display showing response to the QLEN command used on a 
LEN with an NI-2 BRI RES LTID attached 17-103 

Example of the MAP display when using the QDN command to query DN associated 
with NI-2 BRI RES LTID when SOC LOC00025 is not active 17-104 

Example of the MAP display when using the QDN command to query DN associated 
with NI-2 BRI RES LTID when SOC LOC00025 is active 17-104 

Example of the MAP display when using the SLT ADD command to add an NI-2 2BD 
FIT LTID 17-106 

Example of MAP display when using the NEW command to add a DN for voice 
features on an NI-2 2BD FIT LTID 17-107 

Example of MAP display when using the NEW command to add a DN for data 
features on an NI-2 2BD FIT LTID 17-108 

Example of MAP display showing response to the QLT command used on an NI-2 
2BD FIT LTID 17-109 

Example of MAP display when using the SLT ATT command to attach an NI-2 2BD 
FIT LTID toa LEN 17-110 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-2 2BD FIT LTID attached 17-110 

Example of MAP display when using the SLT ADD command to add an NI-2 FIT LTID 
for calltype VI 17-111 

Example of MAP display when using the SLT ADD command to add an NI-2 FIT LTID 
for calltype CMD 17-112 

Example of MAP display when using the SLT ADD command to add a packet-only 
LTID 17-113 


297-2401-201 Standard 07.01 September 2000 


Contents XXXV 


Example of MAP display when using the NEW command to associate a shared DN 
with an NI-2 FIT LTID for calltype VI 17-114 

Example of MAP display when using the NEW command to associate shared DN with 
NI-2 FIT LTID for calltype CMD 17-115 

Example of MAP display when using the NEW command to associate a shared DN 
with a packet-only LTID 17-116 

Example of MAP display when using the QDN command is used to query a DN shared 
across two LTIDs 17-117 

Example of MAP display when using the SLT ADD command to add NI-2 LTID with 
CTs Viand PMD 17-120 

Example of MAP display when using the SLT ADD command to add NI-2 LTID to be 
used with a CMD DNH hunt 17-121 

Example of MAP display when using the NEW command to add DN associated with 
VI CT on LTID ISDN 301 17-122 

Example of MAP display when using the NEW command to add DN associated with 
PMD CT on LTID ISDN 301 17-123 

Example of MAP display when using the EST command to 
establish a DNH group associated with CMD CT on NI-2 LTID ISDN 
302 17-124 

Example of MAP display when using the QDN command to verify DN shared by CMD 
group and PMD 17-125 

Example of MAP display when using the SLT ADD command to add an NI-2 NIT LTID 
17-126 

Example of MAP display when using the NEW command to add a DN associated with 
an NI-2 NIT LTID 17-127 

Example of MAP display showing response to the QLT command used on an NI-2 NIT 
LTID 17-128 

Example of MAP display when using the SLT ATT command to attach an NI-2 NIT 
LTID toa LEN 17-129 

Example of MAP display showing response to the QLEN command used on a LEN 
with an NI-2 NIT LTID attached 17-129 

Example MAP display when using the SLT ADD command to add an NI-2 2BD 
integrated NIT LTID 17-130 

Example of MAP display when using the NEW command to add a DN for voice 
features on an NI-2 2BD integrated NIT LTID 17-131 

Example of MAP display when using the NEW command to add a DN for data 
features on an NI-2 2BD integrated NIT LTID 17-132 

Example of MAP display showing response to the QLT command used on an NI-2 
2BD integrated NIT LTID 17-133 

Example of MAP display when using the SLT ATT command to attach an NI-2 2BD 
integrated NIT LTID toa LEN 17-134 

Example of MAP display showing response to the QLEN command used on LEN with 
NI-2 2BD integrated NIT LTID attached 17-134 

Example of the SLT ADD command in prompt mode—adding and NI2 2BD LTID 
capable of supporting ODB DNs along with a D-packet DN 17-137 

Example of the NEW command used to assign an ODB DN to key 1 of an NI2 2BD 
terminal 17-138 

Example of the NEW command used to assign an ODB DN to key 5 of an NI2 2BD 
terminal 17-139 

Example of the NEW command in used to assign a PMD DN to key 10 of an NI2 2BD 
terminal 17-140 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


XXXVvi 


Contents 


Example of the SLT ATT command used without options to attach an ODB LTID toa 
LEN 17-141 

Example of the SLT ATT command used with the PHLINK option in prompt mode to 
attach an ODB LTID toa LEN 17-142 

Example of the SLT ATT command used with the DCHCHNL option in prompt mode 
to attach an ODB LTID toa LEN 17-143 

Example of the SLT ATT command used with the PHLINK and DCHCHNL options in 
prompt mode to attach an ODB LTID toa LEN 17-144 

Example of the QDN command used to query ISDN BRI DN in single DN 
configuration with ODB option 17-145 

Example of MAP display for QLT command used to query an LTID with ODB DNs 17- 
146 

Relationship of DN to CA to terminal 17-149 

Example of MAP display when using the SLT ADD command to add an NI-2 FIT LTID 
with EKTS activated 17-151 

Example of MAP display showing response to the QLT command used on an NI-2 FIT 
LTID with EKTS activated 17-152 

Example of MAP display of when using the SLT ADD command to add an NI-2 FIT 
LTID with EKTS activated and option CACH 17-153 

Example of MAP display of response to the QLT command used on an NI-2 FIT LTID 
with both EKTS and CACH activated 17-154 

Example of MAP display when using the NEW command to create an MDN SCA 
primary member 17-156 

Example of MAP display when using the NEW command to add an MDN SCA 
member 17-157 

Example of MAP display showing response to the QLT command used on NI-2 FIT 
LTID associated with MDN SCA primary member 17-158 

Example of MAP display when using the NEW command to create a MDN SCA 
primary member 17-159 

Example of MAP display when using the NEW command to add RES line as 
secondary MDN SCA member. 17-160 

Example of MAP display showing response to the QLT command used on NI-2 FIT 
LTID associated with MDN SCA primary member 17-161 

Example of MAP display when using the QDN command on a MDN SCA DN 17-162 

Example of MAP display when using the NEW command to add first MADN CACH 
CA to LTID ISDN 41 17-164 

Example of MAP display when using the NEW command to add a new CA to LTID 
ISDN 41 17-165 

Example of MAP display of when using the NEW command to add a MADN CACH 
CA2 to LTID ISDN 41 17-166 

Example of MAP display using the NEW command to add a MADN CACH member 
17-167 

Example of MAP display showing response to the QLT command used on an NI-2 FIT 
LTID with option MADN CACH 17-168 

Example of MAP display showing response to the QGRP command used on a MADN 
CACH group 17-169 

Example of MAP display of when using the SLT ADD command to add an NI-2 FIT 
LTID with EKTS activated and option CACH 17-171 

Example of MAP display when using the NEW command to add a MADN CACH 
group’s primary CA to an LTID ISDN 222 17-172 


297-2401-201 Standard 07.01 September 2000 


Contents xxxvii 


Example of MAP display when using the NEW command to add a MADN CACH 
group’s primary CA to LTID ISDN 222 17-173 

Example of MAP display when using the NEW command to add a CMD call 
appearance to LTID ISDN 222 17-174 

Example of MAP display when the QLT command is used to display LTID with MADN 
CACH CA and CMD appearance using same DN 17-175 

Example of MAP display when the QDN command is used on DN that is assigned to 
both a MADN CA and a CMD appearance on same LTID 17-176 

Example of MAP display of when using the SLT ADD command to add an NI-2 FIT 
LTID with EKTS activated and option CACH 17-178 

Example of the MAP display when using the NEW command to ADD the DN 
associated with secondary MADN CACH member with option 
CFMDN 17-179 

Example of the MAP display when using the QLT command on an LTID associated 
with a secondary MADN CACH member 17-180 

Example of MAP display showing error code when attempt is made to add duplicate 
NXX to table TOFCNAME 17-187 

Example of MAP display for successful entry in table 
TOFCNAME 17-188 

Example of MAP display showing error code displayed when a duplicated NXX is 
detected when using the ADD command 17-189 

Example of MAP display showing the NEWDN command being used in presence of 
ambiguity or duplication of NXX 17-191 

Hierarchy of MAP levels 20-1 

Basic ISDN loop components 20-2 

Loopback reference points 20-4 

Loopback example 20-5 

BERT example 20-6 

DCHCON example 20-8 

DTA LEN MAP display 20-9 

Connect 1 command display 20-10 

Example of MAP display when using the QDCH command with the STATUS 
parameter 20-16 

Levels supported by ISDN line maintenance architecture 20-19 

Table ALTSCHED commands 20-32 

POST DK MAP display 20-39 

HELP L1BLMALM MAP display 20-42 

HELP THR MAP display 20-42 

THR MAP display 20-43 

HELP DET MAP display 20-44 

DET MAP display 20-45 

MAP display of response to the HELP QLAYER command without an ISDN line 
posted 20-46 

HELP QLAYER MAP display 20-47 

QLAYER MAP display 20-48 

Example of MAP display in response to QLAYER L3 command 20-49 

MAP display of response to the HELP RLAYER command without an ISDN line 
posted 20-49 

HELP RLAYER MAP display 20-50 

RLAYER MAP display 20-51 

RLAYER MAP display 20-52 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xxxviii 


Contents 


RLAYER MAP display 20-53 

Example of MAP display in response to RLAYER L3 command 20-53 

QLOOP MAP display 20-55 

SUSTATE MAP display 20-56 

MAP display of response to the HELP L2LOGCTL command without an ISDN line 
posted 20-57 

Map display of response to the HELP L2LOGCTL command with ISDN line posted 
20-58 

MAP display of response to the L2LOGCTL QUERY DEF command with ISDN line 
posted 20-59 

MAP display of response to the L2LOGCTL QUERY STATUS command 20-59 

MAP display of response to the L2LOGCTL SET ABN1 OFF command 20-60 

MAP display of response to the LALOGCTL SETOVR ON command 20-60 

MAP display example for table L2EABNLOG 20-63 

MAP display of response to the HELP L3LOGCTL command without an ISDN line 
posted 20-67 

MAP display of response to the HELP ISLOGCTL command with ISDN line posted 
20-68 

MAP display of response to the L3L.OGCTL QUERY DEF command when an ISDN 
line is posted 20-69 

MAP display of response to the L3ĄLOGCTL QUERY STATUS command 20-70 

MAP display of response to the L3LOGCTL SET ABN2 OFF command 20-70 

MAP display of response to the L3LOGCTL SETOVR ON command 20-71 

MAP display example for table LZSABNLOG 20-73 

MAP display of response to the ISPGAUD ALL command 20-74 

MAP display of response to the ISPGAUD NODE 0 command 20-75 

TEI CHECK MAP display 20-76 

Example of TERMCHK response on integrated NI-2 ISDN terminal 20-77 

Call processing flow 20-80 

MAP display of layer 2 protocol and abnormality counts obtained using QCOUNTS 
LTID LINK command on LTID PKT 3 20-89 

MAP display of the packet level counts output resulting from using QCOUNTS LTID 
PACKET command on LTID CGP 201 20-91 

Example of MAP display for QCOUNTS LTID command used with the LCN parameter 
20-93 

Example of MAP display for QCOUNTS LTID command used with the LCN parameter 
20-94 

Example of MAP display for QCOUNTS CLLI command used with the LCN parameter 
20-95 

DMS ISDN peripheral OM points of measurement 20-96 

Example of MAP display resulting from the use of the POST LT command 20-98 

OM group ISGBRA 20-110 

OM group ISGCPU 20-110 

OM group ISGOVLD 20-111 

OM group BCAPCG 20-111 

OM group ISDNPDOM 20-111 

OM group AUTSPID 20-112 

OM group RMSGOMGP 20-112 

OM group RND 20-113 

DISPCALL output 20-116 

DISPCALL output 20-117 


297-2401-201 Standard 07.01 September 2000 


Contents XXXİX 


DISPCALL output 20-118 

DISPCALL output 20-119 

DISPCALL output 20-120 

Moving the L2LOGCTL, old position 21-5 

Moving the L2LOGCTL, new position 21-5 

Moving the L3LOGCTL, old position 21-6 

Moving the L3LOGCTL, new position 21-6 

Adding the TERMCHK tuple 21-6 

TERMCHK HELP command on a posted BRI LEN 21-7 

TERMCHK HELP command when a LEN is not posted 21-7 

TERMCHK HELP command when a posted LEN is not ISDN 21-7 

TERMCHK sample response on a 2BD FIT terminal 21-8 

Provisioning preconditions for default TSP display 21-13 

TERMCHK response, default TSP display 21-14 

Provisioning preconditions for default service display 21-15 

TERMCHK response, default service display 21-16 

Provisioning preconditions for default service display, TERML=1 21-17 

TERMCHK response, default service display, TERML=1 21-17 

Provisioning preconditions for no fault service display, TERML=1 21-18 

TERMCHK response, no default service display, TERML=1 21-18 

Provisioning preconditions for packet service 21-19 

TERMCHK response, packet service 21-20 

Provisioning preconditions for integrated FIT terminal display 21-21 

TERMCHK response, integrated FIT terminal display 21-21 

Provisioning preconditions for integrated NIT terminal display 21-22 

TERMCHK response, integrated NIT terminal display 21-23 

Provisioning preconditions for LAPD packet only NIT terminal display 21-24 

TERMCHK response, LAPD packet only NIT terminal display 21-24 

POST, one BRIV-OE call on the loop 22-8 

POST, two calls on the same loop 22-9 

HOLD, one BRIV-OE call on the loop 22-9 

HOLD, two calls on the same loop 22-10 

MAP display resulting from use of HELP ECHOCI command 23-4 

MAP display example when using ADD command to add an echo station 23-4 

MAP display example when using MOD command to modify an echo station’s 
parameters 23-6 

MAP display example when using REM command to unprovision an echo station 
LTID 23-7 

Example MAP display when mapping echo station LTID to an XSG 23-9 

Example MAP display when adding echo station DN parameters (Sheet 1 of 3) 23-10 

Example MAP display when adding echo station DN parameters (Sheet 2 of 3) 23-11 

Example MAP display when adding echo station DN parameters (Sheet 3 of 3) 23-12 

Example of MAP display when adding echo station DN without options 23-15 

Example of MAP display of echo station DN tuple in table DNCHNL 23-16 

Example of MAP display when provisioning echo station DN X.25 parameters (Sheet 
1of2) 23-16 

Example of MAP display when provisioning echo station DN X.25 parameters (Sheet 
2of2) 23-17 

Example of MAP display when adding echo station DN without options 23-18 

Example of MAP display of echo station DN tuple in table DNCTINFO 23-19 

Example of MAP display when adding echo station DN tuple 23-19 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xl 


Contents 


Example of MAP display when adding echo station LTID tuple 23-20 

Example of MAP display for QPHF DN command where LTID is mapped to XSG 23- 
22 

Example of MAP display for QPHF DN command where LTID is not mapped to XSG 
23-23 

Example of MAP display for QPHF LTID command 23-24 

Example of MAP display for QPHF command entered with XSG option 23-24 

Example of MAP display for QPHF XSG command entered where echo station is not 
mapped, only channel child is present 23-25 

Example of MAP display of QPHF command with XSG command where no channel 
child is present 23-25 

Example of MAP display of QPHF command with XSG ALL option 23-26 

Example of MAP display for QPHF XSG ALL command when there is no channel 
mapping 23-26 

Example of MAP display when using the PHRRCI command move 23-27 

23-28 

Example of MAP display showing response to the Post L command on LEN 1 01 16 
24-2 

Example of MAP display showing the results display from using the TERMCHK 
command on LEN 10 1 16 24-2 


297-2401-201 Standard 07.01 September 2000 


Contents xli 


Tables 


Document layer number table xlviii 

Document key number table | 

Training courses liv 

Parameter data downloaded to terminal 3-7 

NA014 ISDN BRI features 4-4 

NA014 Packet Handler features 4-5 

NA012 and earlier ISDN BRI features 4-5 

NA012 and earlier Packet Handler features 4-47 

ISDN line group controller (6XO02NA) 8-4 

PECs for LCME components 8-8 

EDCH provisioning 8-16 

DMS PH CM call timings (BCS35) 10-2 

DCH processor occupancy allocations 10-4 

DCH per call timing table 10-4 

EDCH processor occupancy allocations 10-5 

EDCH per call timing table 10-6 

DMS ISDN processor real-time engineering impact by call type 10-9 
DMS ISDN administration/discipline ISDN LGCI/ISDN LTCI real time 10-10 
Performance engineering areas for ISDN controllers 10-12 
LCN datafill limits 11-2 

Recommended office parameter settings 11-4 

XPMOCC registers 12-2 

TRK OM group 12-3 

ISGBD registers 12-4 

ISGBRA registers 12-5 

TRMTCU2 register 12-7 

BCAPGG register 12-7 

CPICG OM registers 12-8 

HFPOM registers 12-8 

XLIUL3 registers 12-9 

ISDNPDOM registers 12-11 

AUTSPID registers 12-11 

RMSGOMGP register 12-12 

RND registers 12-12 

ISDN logs 12-13 

Rapid Messaging logs 12-16 

XPMOVLD registers 12-16 

Configuration jumper LED display 13-14 

Module NT1 status lights 13-15 

Checklist for status indicator conditions 13-16 

Local power equipment 13-21 

Terminal power requirements 13-22 

Power sources 13-22 

Power load factor 13-24 

Back-up power capacity 13-24 

Office parameters used by BRI facility interface tables 14-2 
Office parameters used by Base Service 14-3 

Office parameters used by Flexible Calling 14-4 

Office parameters used by Bearer Capability Routing 14-5 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xlii Contents 


Office parameters in table ISDNVAR 14-6 

Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 
14-8 

Office parameters in table ISDNVAR not used by BRI Layer 2/3 Surveillance 
Monitoring 14-14 

Office parameters in table OFCVAR used by BRI Layer 2/3 Surveillance Monitoring 
14-15 

Office parameters used by Bearer Capability Routing 14-17 

Office parameters used by Rapid Messaging 14-18 

Datafill example for table DCHINV 14-23 

X.121 addressing system 14-31 

Datafill example for DMS-PH X.121 Full Address Translations 14-38 

Datafill tables required for DMS-PH X.121 Full Address Translations 14-38 

BCDEF defaults 14-39 

TRAVER example for BC routing, private terminating voice call 14-45 

TRAVER example, routing outgoing BC public call 14-49 

TRAVER output example for DMS-PH X.121 Full Address Translations 14-52 

Datafill example for Redirecting Number and Reason Delivery for ISDN CFW 14-61 

Agent type and trunk interaction with trunk type CFDCET operation 14-65 

Data entry example for Default Service 15-8 

Tables requiring data entries for Default Service 15-10 

Error message for table DNROUTE 15-18 

SERVORD error message for Default Service DN 15-19 

Tables automatically datafilled through SERVORD 17-4 

Tables automatically datafilled through SERVORD 17-6 

Recommended key assignments 17-31 

Duplicate NXX entry example 17-187 

ISDN line states 20-3 

Diagnostic operations 20-11 

Cl query commands 20-16 

LTP level menu commands 20-20 

LTP level non-menu commands 20-22 

LTPLTA level commands 20-23 

LTPMAN level commands 20-25 

LTPDATA level commands 20-27 

LTPISDN level menu commands 20-28 

LTPISDN level non-menu commands 20-30 

LNSTRBL level commands 20-31 

ALT MAP level commands 20-33 

ALTSDIAG MAP commands 20-34 

ALTDIAG MAP level commands 20-34 

ALTLIT MAP level commands 20-35 

ALTCKTTST MAP level commands 20-35 

ALTBBT MAP level commands 20-36 

ALTBBTSUPDB sublevel commands 20-37 

ALTLCDCUT level commands 20-37 

Bearer capability display codes 20-39 

Responses to POST DK command entry at LTP MAP level 20-40 

QLAYER and RLAYER error count information 20-53 

TERMCHK response descriptions for circuit-switched services 20-77 

DMSPH query failure status range 20-78 


297-2401-201 Standard 07.01 September 2000 


Contents xliii 


TERMCHK response descriptions for packet-switched services 20-78 

Q.931 protocol 20-81 

Packet layer 2 individual abnormality count names 20-90 

Layer 3 protocol counts 20-92 

Layer 3 protocol abnormality counts 20-92 

Recommended log classes 20-100 

ISDN logs 20-102 

ISDN BRI performance factors and OMs 20-109 

Changed fields in table LTPDEF 21-4 

DMS provisioned access privileges 21-9 

Layer 3 reason codes 21-10 

DMSPH query failure status range 21-12 

Display examples of PVC-2 and PVC-1 terminals 22-2 

OE information messages 22-3 

Table CLLI 22-4 

Field descriptions for table CLLI 22-4 

Table STDPRTCT subtable STDPRT 22-5 

Field descriptions for table STDPRTCT subtable STDPRT 22-5 

Table HNPACONT subtable HNPACODE 22-6 

Field descriptions for table HNPACONT subtable HNPACODE 22-6 

Table HNPACONT subtable RTEREF 22-6 

Field descriptions for table HNPACONT subtable RTEREF 22-7 

Table LCASCRCN subtable LCASCR 22-7 

Field descriptions for table LCASCRCN subtable LCASCR 22-7 

Error messages associated with the ADD command 23-5 

Error messages associated with the MOD command 23-6 

Error messages associated with the REM command 23-7 

Datafill example for provisioning an echo station 23-8 

Error messages associated with table LTMAP entries for echo stations 23-9 

Warning messages related to table DNCHNL data entries 23-12 

Error messages associated with table DNCHNL data entries 23-13 

Error messages related to trying to use blocked SERVORD commands with echo 
station LTID or DN 23-14 

Table DNCHNL X.25 parameters default values 23-15 

Error messages related to table DNCTINFO data entries 23-17 

Error messages related to table CUGINFO data entries 23-20 

Error messages related to table LTMAP data entries 23-21 

Error messages related to with PHRRCI level command MOVE 23-27 

Echo station DN maintenance transition states 23-29 

ECHO station state transitions due to XSG/XLIU transitions 23-30 

Echo station state transition due to provisioning activity 23-30 

NT1 A-1 

Terminals A-1 

Connectors A-2 

Tools A-2 

Cable labels A-3 

Blank labels A-3 

Modular jack labels A-3 

Patch cords A-4 

Cross-connecting wire A-4 

Terminating resister A-4 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


xliv Contents 


Adapters A-5 
Modular outlets A-5 


297-2401-201 Standard 07.01 September 2000 


xlv 


About this guide 


When to use this guide 


This guide is an overview of the software release NA010 for the DMS-100 
Integrated Services Digital Network (ISDN) Basic Rate Interface (BRD) 
product. 


This guide is written in response to customer requests to consolidate ISDN 
information in one document. This guide supplements information published 
in Nortel Networks technical publications (NTP) and is not intended to replace 
NTPs at this time. 


This guide is divided into the following parts: 

e PartI: Introduction 

e Part II: Functional description 

e Part III: Planning and engineering 

e Part IV: Provisioning 

e Part V: Operations, administration, and maintenance 


e Appendix A: Equipment ordering codes 


How to check the version and issue of this document 


The version and issue of the document are indicated by numbers, for example, 
01.01. 


The first two digits indicate the version. The version number increases each 
time the document is updated to support a new software release. For example, 
the first release of a document is 01.01. In the next software release cycle, the 
first release of the same document is 02.01. 


The second two digits indicate the issue. The issue number increases each time 
the document is revised but re-released in the same software release cycle. For 
example, the second release of a document in the same software release cycle 
is 01.02. 
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To determine which version of this document applies to the software in your 
office and how documentation for your product is organized, check the release 
information in DMS-10 and DMS-100 Family Product Documentation 
Directory, 297-8991-001. 


References in this document 


Because Nortel Networks products comprise an extensive amount of existing 
documentation, it is not possible to reproduce all the operational, maintenance, 
engineering, and descriptive information already available in the library. 
Therefore, the DMS-100 ISDN BRI Service Implementation Guide (SIG) 
contains references to existing Nortel Networks documentation and directs the 
reader to comprehensive information describing products as applicable. 


Documentation numbering conventions 


Nortel Networks DMS documentation is frequently referred to as Nortel 
Networks technical publications (NTP). The NTPs follow a specific 
numbering system, such as 


XXX-Y YY Y-ZZZ 


The division number, XXX, indicates the common family of product 
functionality. 


The layer number, YY YY, indicates the product computing module (CM) load 
(PCL) in the specified switching family. Within the documentation structure, 
the document layer number depends on the PCL number for the specific 
software load. 


The key number, ZZZ, indicates the type of NTP, according to the specified 
area for the switch or group number. Group numbers range from 000-899. 


Table 1 lists NTP layer numbers and their corresponding PCLs or product 
names. 


Table 1 Document layer number table (Sheet 1 of 3) 


Document layer number PCL or product PCL name or product name 

8001 LEC/LECB U.S. stand-alone DMS-100/200 

8011 CDN/CDNB Canadian stand-alone DMS-100/200 
8021 LET/LETB U.S. DMS-100/200 TOPS Combination 
8041 UK/EUR European DMS-100 

8051 ABSM Advanced Business Services (ABSM = 


Australia, China, and Cala) 
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Table 1 Document layer number table (Sheet 2 of 3) 


Document layer number 


8061 


8071 


8081 
8091 
8101 
8111 
8121 


8201 


8211 
8213 


8221 
8231 
8241 
8251 
8253 


8261 


8263 


8271 


8281 


8291 


PCL or product 
ABSL 


ATVB 


LATB 

LWW 
STPBASE 
STPMDR7 
STPSEAS STP 


RLCM/OPM 


OPAC 
OPAC 


RSC 

SCM-100S 
SCM-100U 
SCM-100A 
SCM-100A 


RSCS 


SCM-100A 


RSCS Model A 


RSCS Model B 


RSCS Model B 


xlvii 


PCL name or product name 


Advanced Business Services 
(ABSKSIDC only) 


Canadian stand-alone DMS-100/200 
AUTOVON 


North American DMS200 
DMS-100 Wireless 

Signaling Transfer Point Base 
Signaling Transfer Point MDR7 


Signaling Engineering and 
Administration System 


Remote Line Concentrating 
Module/Outside Plant Module 


Outside Plant Access Cabinet 


International Outside Plant Access 
Cabinet 


Remote Switching Center 

Subscriber Carrier Module-100S 
Subscriber Carrier Module-100 Urban 
Subscriber Carrier Module-100 Access 


Subscriber Carrier Module-100 Access 
(MVI-20) 


Model A Remote Switching 
Center-SONET Model A (DS1) 


Subscriber Carrier Module-100 Access 
Maintenance Manual 


Remote Switching Center-SONET Model 
A (PCM30) 


Remote Switching Center-SONET Model 
B (DSI) 


Remote Switching Center-SONET Model 
B (PCM30) 
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Table 1 Document layer number table (Sheet 3 of 3) 


Document layer number PCL or product PCL name or product name 

8301 SCM-100SR Subscriber Carrier Module-100S Remote 

8311 Host XPM Host Extended Peripheral Module 

8321 XPM Extended Peripheral Module (DSI) 

8331 XPM Extended Peripheral Module (PCM30) 

8341 TOPS Traffic Operator Position System 
Message Switch 

8411 USTOPS Traffic Operator Position System 
(Stand-alone U.S.) 

8421 CDMTOPS Traffic Operator Position System 
(Stand-alone Canadian) 

8501 SCP Service Control Point 

8601 DMSGLO002 DMS Global 

8991 PCL common misc. PCL common and maintenance 


Table 2 lists NTP types and their associated key numbers. 


Table 2 Document key number table (Sheet 1 of 2) 


NTP type Key number 
Translations Guide 350 
Alarm and Performance Monitoring Procedures 543 
Trouble Locating and Clearing Procedures 544 
Recovery Procedures 545 
Routine Maintenance Procedures 546 
Card Replacement Procedures 547 
XPM Maintenance Manual (remotes only, layers 8201-8331) 550 
Feature Description Manual 801 
Peripheral Module Software Release Document 599 
Hardware Description Manual (PCL common/misc. only, layer 8991) 805 
Service Order Reference Manual 808 
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Table 2 Document key number table (Sheet 2 of 2) 


NTP type Key number 
Operational Measurements Reference Manual (all PCLs and XPM) 814 
XPM Translations Reference Manual 815 
Automatic Message Accounting Bulletin 830 
Log Reports Reference Manual 840 
Office Parameters Reference Manual 855 
Software-to-Data Cross Reference 856 


xlix 


In addition to NTPs, Nortel Networks provides System Engineering Bulletins 
(SEB) and System Engineering Alerts (SEA) that contain information on 
engineering the ISDN call processing functions. These documents present 
performance engineering rules, existing or new, in a simplified, user-oriented 
format. The information in these documents is product specific, PCL specific, 
or both. 


The DMS-10 and DMS-100 Family Product Documentation Directory, 
297-8991-001, is an excellent source listing of current NTPs for the DMS 
Family of switches. 


What precautionary messages mean 


The types of precautionary messages used in Nortel Networks documents 
include attention boxes and danger, warning, and caution messages. 


An attention box identifies information that is necessary for the proper 
performance of a procedure or task or the correct interpretation of information 
or data. Danger, warning, and caution messages indicate possible risks. 


Examples of precautionary message types follow: 


ATTENTION Information needed to perform a task. 


ATTENTION 
If the unused DS-3 ports are not deprovisioned before a DS-I/VT 
Mapper is installed, the DS-1 traffic will not be carried through the 
DS-I/VT Mapper, even though the DS-1/VT Mapper is properly 
provisioned. 
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DANGER Possibility of personal injury 


DANGER 

Risk of electrocution 

Do not open the front panel of the inverter unless fuses F1, 
F2, and F3 have been removed. The inverter contains 
high-voltage line. Until the fuses are removed, the 
high-voltage lines are active, and you risk being 
electrocuted. 


WARNING Possibility of equipment damage 


WARNING 

Damage to the backplane connector pins 

Align the card before seating it, to avoid bending the 
backplane connector pins. Use light thumb pressure to 
align the card with the connectors. Next, use the levers on 
the card to seat the card into the connectors. 


CAUTION Possibility of service interruption or degradation. 


CAUTION 

Possible loss of service 

Before continuing, confirm that you are removing the card 
from the inactive unit of the peripheral module. Subscriber 
service will be lost if you remove a card from the active 
unit. 


How commands, parameters, and responses are represented 


Commands, parameters, and responses in this document conform to the 
following conventions. 


Input prompt (>) 
An input prompt (>) indicates that the information that follows is a command: 


>BSY 
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Commands and fixed parameters 
Commands and fixed parameters that are entered at a MAP terminal are shown 
in uppercase letters: 


>BSY CTRL 


Variables 
Variables are shown in lowercase letters: 


>BSY CTRL ctrl no 


The letters or numbers that the variable represents must be entered. Each 
variable is explained in a list that follows the command string. 


Responses 
Responses correspond to the MAP display and are shown in a different type: 


FP 3 Busy CTRL 0: Command request has been submitted. 
FP 3 Busy CTRL 0: Command passed. 


The following excerpt from a procedure shows the command syntax used in 
this document: 


AT a MAP terminal complete the following steps 
1 To manually busy the CTRL on the inactive plane, type 
>BSY CTRL ctrl_no 
and press the Enter key 
where 
ctrl_no is the number of the CTRL (0 or 1) 


Example of a MAP response: 

FP 3 Busy CTRL 0: Command request has 
been submitted. 

FP 3 Busy CTRL 0: Command passed. 


Audience 


This guide is intended for all audiences. However, information in some 
sections may be pertinent to specific audiences. For example, operating 
company management and sales agents may want to focus on the Overview, 
Applications, and Terminals sections. Operating company engineering, 
installation, and support personnel may want to focus on the technical sections 
of the document. 


Chapter 6, “Engineering ISDN BRI” contains DMS-100 peripheral capacity 
management guidelines for the ISDN BRI. This information was previously 
contained in System Engineering Bulletin, SEB-90-05-002, and should be of 
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particular interest to anyone planning and provisioning an ISDN BRI 
installation. 


Important notice 


ISDN is a technology that requires development of additional skills to 
implement, operate, and maintain the DMS switch. This guide is designed to 
offer the user a quick and comprehensive overview of implementing ISDN. 
The guide is not a replacement for developing the appropriate level of 
knowledge within your company. Nortel Networks offers a comprehensive set 
of documentation and training courses for ISDN on the DMS switch. The 
following training courses are available through Nortel Networks's training 
center. 


Table 3 Training courses 


Course number Title 

0170 Introduction to ISDN Computer-Based Training (CBT) 
3400 Introduction to DMS SuperNode Translations (CBT) 
0386 ISDN Basic Rate Interface Maintenance and Testing 
0471 ISDN Engineering and Provisioning 

0472 ISDN Translations 

0476 ISDN Customer Premise Equipment (CPE) 

0491 ISDN Advanced Testing and Protocols 

7002 ISDN PRI Translations 


A key part of ISDN includes customer premise equipment (CPE). There is a 
lot of very good CPE publicly available; however, some CPE may not be 
compatible with the DMS switch. Verify that the CPE you purchase is National 
ISDN compliant. 
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Part | 
Introduction 


“Part I: Introduction” contains the following chapters: 
1. Product overview 

2. Basic rate interface hardware components 

3. Basic rate interface logical components 


4. Features available to ISDN terminals 
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1 Product overview 


Introduction to ISDN 


Integrated Services Digital Network (ISDN) is a fully digital, standardized, 
technology. ISDN allows for simultaneous, integrated voice and data 
capability over two-wire digital loops and four-wire digital trunks. These loops 
and trunks can access circuit-switched voice and data networks, 
packet-switched networks, and network services databases. 


For effective deployment, ISDN providers conform to National ISDN. 
National ISDN refers to the set of ISDN standards that apply to North 
America. The International Telephone and Telegraph Consultative Committee 
(CCITT), now known as the International Telecommunications Union (ITU), 
is a United Nations organization that coordinates and standardizes 
international telecommunications. ITU led the original effort that produced the 
initial, basic guidelines for implementing ISDN. 


In the early 1990s, an industry-wide effort to establish specific ISDN 
implementation standards produced National ISDN 1 (NI-1). These standards 
enable users to know that the equipment and software products they buy are 
compatible with a particular ISDN switch. More recently, the industry has 
adopted more comprehensive ISDN standards called National ISDN 2 (NI-2), 
which build on the foundation established by NI-1. The final phase is National 
ISDN 3 (NI-3), which further standardizes the interface protocols and services. 
Furthermore, NI-3 also expands functionality. 


About the same time (1988) as National ISDN began, Europe formed the 
European Telecommunications Standards Institute (ETSI). After formation of 
this organization, Europe developed its own set of ISDN standards called 
Euro-ISDN. This set of standards is available to all member countries. The 
National ISDN standards and the Euro-ISDN standards are not compatible. 
This document only addresses ISDN features and configurations that are 
compatible with National ISDN. 


National ISDN indicates to users, manufacturers, and network providers that 
ISDN is ready to become the advanced telecommunications infrastructure for 
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North America. National ISDN is important to everyone who sells 
communications products because it provides for the following: 


e awider access to high-speed data communications 


e anew market for high-performance customer premise equipment (CPE) 
and networks 


e many new applications 


National ISDN commitments address the following three major areas: 


e ISDN user equipment, such as computers, data terminals, and telephones, 
and services that they use 


e standard operating company procedures and systems for the operation, 
administration, and maintenance of ISDN services and equipment 


e standard communications among ISDN capable switches to extend ISDN 
services throughout the public switched network 


With these standards in place, the operating companies have a practical ISDN 
service they can market, and the users are assured of stable terminals and 
services. 


National ISDN gives switch and CPE manufacturers a standard ISDN 
technology base for future product development. Network providers can now 
deploy ISDN in their multi-vendor networks and market a portfolio of ISDN 
services nationwide. National ISDN gives users access to a predefined set of 
ISDN features from virtually any operating company switch. There is also a 
selection of CPE and software from many different suppliers that best matches 
their individual needs. 


Although National ISDN standardizes the basic elements of ISDN, there is still 
room for innovation and value-added services. Network providers can invent a 
new ISDN service, or a computer manufacturer can enhance its ISDN 
products. Over time, many of these enhanced services make their way into the 
standard feature set. For example, Nortel Networks has implemented more 
than 200 centrex services on the standard ISDN line, using only those 
procedures and protocols defined by National ISDN. This approach allows for 
a standard technology platform, with incentives and opportunities to add value. 


Most of the individual capabilities of ISDN can be duplicated with other 
technologies today, although ISDN delivers them over a single line. The real 
ISDN revolution is that ISDN is available all across North America with a 
standard set of standardized services. This ISDN standardization frees users 
from the premium cost of proprietary solutions. Economies of scale and 
competition have extended the advanced data services to anyone within reach 
of a telephone. 
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National ISDN has energized the ISDN industry, stimulating demand for 
ISDN services and promoting the supply of ISDN hardware and software. 
Previously, the lack of ISDN telephones, data terminals, and compatible 
software had a damping effect on the deployment of ISDN throughout the 
telecommunications industry. Telephone operating companies were reluctant 
to market ISDN without a wide choice of terminals and a standard feature set. 
Hardware and software manufacturers were reluctant to develop products until 
ISDN was more widely marketed. National ISDN continues to drive 
widespread ISDN deployment and development. 


There are two types of ISDN interfaces offered in North America: primary rate 
interface (PRI) and basic rate interface (BRI). The PRI carries 23B+D 
channels over a digital DS-1 facility (30B+D in Europe). The PRI is used to 
link private networking facilities, such as private branch exchange (PBX), 
local area network (LAN) facilities, and host computers with standardized 
architecture. This architecture acts as the bridge between private switching 
equipment and the public network. Although PRI is not the focus of this 
document, Figure 1-1 shows an example of a PRI configuration for serving a 
PBX system. 


Figure 1-1 Example of PRI serving a PBX 


ISDN BRI telephone lines transmit information on three separate channels. 
Two of the channels are called bearer channels, or B-channels, each of which 
can be used for voice calls or data transmissions up to 64 kbit/s. The third 
channel is a 16-kbit/s delta channel, or D-channel, which is used for call 
control of the two B-channels as well as low-speed packet data. All three 
channels can be used at the same time. Any combination of up to a maximum 
of eight FIT and NIT terminals can be configured on the loop to share the two 
available B-channels. 


There is a D-channel priority based on a multiplexing algorithm. The 
algorithm gives highest priority to call control signaling for the B-channels, 
and a lower priority for D-channel packet-switched data. The support for NITs 
is derived from B-channel resources. Because there is only one D-channel 
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available, there can only be eight total D-channel devices connected to an 
ISDN loop. Figure 1-2 shows a comparison of ISDN BRI and analog line 


configurations. 


Figure 1-2 Example of ISDN BRI and analog lines 


ISDN BRI = 2 B + D Bandwidth 


B1=64kHz Voice or data (CS or PS) 
B2=64kHz Voice or data (CS or PS) 
1D=16kHz Call setup, packet data 


144 kHz Total user bandwidth 1 pair - 3 channels 


Analog Bandwidth 
1 channel - used for voice or data but not simultaneously 


50 kHz Total user bandwidth 


3.1 kHz used for voice or 
1.2 to 33.6 kHz used for data —___| 1 pair - channel 


ISDN allows multiple, simultaneous phone conversations. For example 


e a voice conversation can be established to one location using one 
B-channel 


e acircuit-switched data conversation can be established to a different 
location on the second B-channel 


e a third conversation can be established to yet another location using a 
packet-switched device on the D-channel 


Each device served by an ISDN line is defined by a logical terminal identifier 
(LTID). An ISDN line can be viewed as a street, and each LTID as a house 
address on the street. Each house represents an ISDN device. When 
information is delivered to the ISDN line, the LTID defines the type of 
information and to which house address it is delivered. Each house (ISDN 
device) on the ISDN line is either a phone or a data device. 


With release NA008, if an LTID is for non-initializing terminals, it can be 
associated with multiple terminals on the ISDN interface. A terminal service 
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profile (TSP) can have up to eight terminals associated with it. The DMS 
switch allows up to eight NITs to be associated with a single default LTID; 
however, each fully initializing terminal (FIT) must have its own LTID on the 
DMS-100 switch. 


Data can be transmitted through ISDN BRI lines in two ways: circuit-switched 
and packet-switched. Most ISDN applications currently use circuit-switched 
data. An ISDN circuit-switched data call is one that is switched through the 
same telephone network as a voice call and terminates to another data device 
at the other end. An ISDN packet-switched data call routes from the local 
telephone switch into a separate network of packet switches. 


The ISDN B-channels can be defined as circuit-switched or packet-switched 
channels. The ISDN D-channel can only be defined as a packet-switched 
channel. 


Figure 1-3 provides a diagram of a basic ISDN BRI configuration. The portion 
of the ISDN line between the network terminator 1 (NT 1) and the DMS switch 
is known as the user loop, or U-loop. The portion of the ISDN line from the 
NTI to the terminating CPE is referred to as the S/T-bus. As discussed 
previously, multiple devices can connect simultaneously to the ISDN line on 
the S/T-bus. Some CPE have a built-in NTI that allows them to connect directly 
to the U-loop. The built-in NT1 eliminates the requirement for a separate NT 1. 


Figure 1-3 Basic ISDN configuration 


U-loop 
DMS NT1 


ISDN node 


ISDN BRI is designed to work under specific distance guidelines. Figure 1-4 
shows the approximate maximum wiring distances. Depending on the specific 
ISDN configuration, actual permissible distances can vary. Refer to the 
“Engineering ISDN BRI” chapter of this guide for more detailed information 
about wiring distance guidelines. In addition to compliance with wiring 
guidelines, high speed ISDN signaling also requires the transmission lines to 
be free from electronic noise and interference. 
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Figure 1-4 Approximate wiring distances 


iD 


Approx. 18 000 feet B88 
(26 gauge wire) Approx. 1 000 feet = 
Twisted pair copper 4 wire connections 


ooo 
0o00 
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ISDN BRI packaging 


Northern Telecom introduced a new process for the delivery of DMS software 
after BCS36. Product computing loads (PCL) are the delivery vehicle, and they 
replace custom load builds for each office. A limited number of PCLs are 
defined; each PCL contains all generally available features for a particular 
market and office type. PCLs are grouped into releases according to global 
market regions. For example, North American PCLs are grouped into the 
“NAOOx” release, such as NAO008. 


PCLs represent the restructuring of DMS software into layers. The relevant 
PCLs for the U.S. and Canadian markets are termed “LEC” and “CDN” 
respectively. Each PCL contains a set of software layers that make up the 
whole and include base, telecom, product, and market layers. Features are 
activated in an office through the use of software optionality controls (SOC). 
This document incorporates PCL terminology where appropriate. 


Figure 1-5 BRI packaging information 


NAO12 NAO09 NAO10 NAOI1 NA012 
NAOI1 NI-1998 NI-1998 NI-1999 N-1999 
NAO10 BRI Enhance | BRI Enhance | BRI Enhance} BRI Enhance 
NAOO9 Phase I Phase II Phase I Phase II 
NI-2 BRI Services | NIO000060 NI000061 NI000062 NI000063 
NIO00052 
NA008 NI-2/3 BRI Phase II NI00005 1 ae ak 
ain 
NI000010 


NA007 NI-2/3 BRI Phase I NIOO0050 


NI-1 BRI ISDN Base NIOO0008 
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Figure 1-6 summarizes the ISDN BRI packaging for NA007 through NA009. 
Note the prerequisite of NI-1 package NIOOO008. 


Figure 1-6 ISDN BRI 1997 and 1998 software packaging 


1997 1997 


NI-2 BRI services 

- S/W Ris NA009 

- Order Code NI000052 
Prereq: NI000051 


NI-2/3 BRI Phase | 

- S/W Ris NA007 

- Order Code NI000050 
Prereq: NO00008 (NI-1) 


NI-2 BRI Phase II NI-1998 BRI Enhancement 


Phase | 
- S/W Ris NA008 - S/W Ris NAOO9 
- Order Code NI000051 - Order Code NI000060 
Prereq: NI000050 Prereq: NI000051 


Figure 1-7 summarizes NA007 and NA008 ISDN PRI packaging. This guide 
is focused on BRI, and does not provide further detailed description on PRI 
packaging content. 


Figure 1-7 ISDN PRI software packaging 


Prereq: TBD Prereq: NI000015 
NI-2 PRI D Channel Backup M E nesme t AR Channel 
TSW RIS AQ? - S/W RIs NA008 
- Order Code NI000016 - Order Code NI000018 
Prereq: NIQO001S Prereq: NI000015 


NI-2/3 Capabilities 
The following provides a detailed description of ISDN BRI packaging for 
ISDN BRI for NA007 through NA009. 
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National ISDN-2/3 BRI Services Phase 1 (functional group 
NI000050) This functional group adds enhanced ISDN capabilities with 
NI-2 and key NI-3 compliance. In NA007, this functional group introduced 
key NI-2 and NI-3 BRI requirements for uniform interface configurations in 
SR-2120 and SR-2457, which were packaged in PCLs LECO0007 and 
LET00007. 


Key capabilities Beginning with NI-2, several standards-based BRI 
features are supported in a uniform manner to provide widespread service to 
subscribers. Nortel Networks is bundling and introducing these features in 
NIO00050 to expedite NI-2 and NI-3 compliance in the marketplace. Included 
in this release is support for the following interface configurations: 


e Single DN for BRI enables an integrated terminal (a terminal that supports 
both voice- and circuit-switched data call types) to have one DN. This 
same DN can transmit all circuit-switched call types and can 
simultaneously access both B-channels. 


e Single TEI for BRI allows an integrated terminal to operate using a single 
TEL regardless of the number of call types that terminal supports and 
regardless of whether one B-channel or two B-channels are being used 
simultaneously. 


e Support for NITs (NI-3) supports an NIT on a BRI line after the interface 
is provisioned. A NIT is a class of ISDN terminals that does not require a 
SPID for initialization. NITs are not only able to originate and terminate 
calls, but also have access to a range of National ISDN features and 
capabilities. 


e Assignment of Feature Keys to Default TSP for NITs permits the 
assignment of fixed feature identifier values to the default TSP/LTID. This 
allows NITs to use feature keys for feature activation and deactivation. 
This enhancement allows NITs to access additional capabilities, such as 
conference calling, call transfer, and message waiting indicator. 


Principal benefits National ISDN-2/3 BRI Services increase the 
operational versatility of BRI line interface configurations and expand the BRI 
service options available to users. The use of a single DN to support all 
circuit-mode call types as well as simultaneous access to both B-channels 
improves the return on the users investment in ISDN equipment. It also adds 
flexibility to the way BRI lines are assigned and used. Support for NITs 
expands operations and equipment options while improving user access to 
multiple BRI services. Feature key access to services for NITs not only makes 
service activation and deactivation easier to use, but brings greater choice and 
flexibility to the assignment of terminal features. 


National ISDN-2/3 BRI Services Phase II (functional group 
NI000051) In NA008, this group further expands National ISDN 
compliancy on the DMS-100 system with a broad range of NI-2 and NI-3 
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services. This group provides considerable revenue-generating opportunities 
with new ISDN services, and is packaged in PCLs LEC00008 and LETO0008. 


Key Capabilities A host of new features and enhanced functions are 
added with the release of this software package. . In addition to the features 
listed below, this group also provides enhancements to the Screening Indicator 
presentation for NI-1 and NI-2 services per feature AF7223 (NAO09 and 
above, refer to the Feature Description Manual, 297-8021-801, in the 
LET0011 XPM11 collection for more information). Some of the key ISDN 
features in this release include the following: 


e Associated Group Assignment (AGA) allows a directory number/call 
type (DNCT) or a group of DNCTs to be restricted to the use of a single 
B-channel. This option is only valid for circuit switched BRAF terminals. 


e Automatic Message Accounting (AMA) Billing supports AMA records 
for the following ISDN features: 


— New ISDN NI-2 ACB/AR functionality 
— New ISDN NI-2 flexible calling functionality 
— New ISDN NI-2 calling name delivery capability 


e Automatic Call Back/Automatic Recall (ACB/AR) allows the last DN 
an ISDN BRI subscriber called to be automatically redialed. AR allows the 
DN of the last incoming call to an ISDN BRI subscriber to be 
automatically dialed. 


e BRI Layer 2 Performance Monitor uses access line counters to monitor 
the number and percentage of data link (Layer 2) transmission errors 
between the DMS-100 switch and ISDN terminal equipment. 


e BRI Layer 2 and Layer 3 Abnormality Counts uses frame check 
sequence-based performance monitoring, protocol abnormality 
monitoring, logging and alerting, and protocol capture to perform data link 
(Layer 2) and network (Layer 3) maintenance between the DMS-100 
switch and terminal equipment. 


¢ BRI Multipoint Embedded Operations Channel uses the DMS-100 
switch MAP or operations system interfaces to maintain and monitor the 
performance of up to six intermediate line units when they are used to 
extend the existing U-loop range beyond 18,000 feet from the DMS-100 
switching office. 


e Call Forward Enhancements support a variety of call forwarding types 
(Universal, Busy, Don’t Answer) for incoming calls to an ISDN set. 
Additional enhancements include the following: 


— call forward keylist for each directory number/call type 
(DN/CT)—nuniversal 


— feature key activation/deactivation for each DN/CT—universal 
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— call forward activation/deactivation outside call context—universal 
— single or double feature key invocation for each DN/CT—universal 
— call forward reminder notification 

— call forward courtesy call 

— remote DN validation during programming 

— call forward dial activation/deactivation for each DN/CT 

— prevention of redirection information to originating party 


e Calling Name Delivery offers Bellcore-compliant name delivery to the 
called party from the ISDN set using a CCS7 network protocol. Per call 
blocking and unblocking of calling name/number delivery from the ISDN 
set is also supported. 


e Calling Number Delivery allows the calling party directory number (DN) 
and the time and date of the call to be displayed on the customer premises 
equipment (CPE). 


e E911 BRI Enhancements (XPM warm SWACT) provides a set of 
enhancements to reconnect and maintain emergency calls on ISDN lines 
after a warm switch of activity (warm SWACT) of the XPM or line trunk 
controller (LTCD. 


e Electronic Key Telephone Service (EKTS) and Virtual Key 
Application provide call handling flexibility for multiple appearances of 
the same directory number using Call Appearance Call Handling (CACH). 
This feature allows calls to originate from and terminate to any 
combination of call appearances and user provisioning of the call offering 
sequence. 


e Flexible Calling Enhancements allows an ISDN user to establish and 
control two or more concurrent calls using one B-channel, as well as select 
the size (simultaneous 3- and 6-way calling) of a given ISDN conference 
call. 


e Interface Configuration Phase III completes National ISDN-2 interface 
configuration support and provides key National ISDN-3 capabilities for 
the following interface configurations: 


— Up to eight terminals in any combination of FIT/NIT types, each 
allowed to access both B-channels using any combination of 
circuit-mode call types simultaneously using a single TEI. NITs will 
support DN/CT sharing with contention. 


— Enhanced support of associated groups, which was first delivered in 
NAO08. 


e ISDN Interworking with Standard Announcements allows NI-1 and 
NI-2 terminals that send digits in band to work with features that typically 
expect out-of-band digits. 
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Logging and Processing TEI Abnormalities allows the logging and 
retrieval (using DMS-100 [MAP] maintenance and administration position 
commands) of the total number of TEI assignment abnormalities. 


Music on Hold provides access to a music source when incoming calls to 
the ISDN group subscribing to this feature have been placed on hold. 


Parameter Downloading enables the user’s ISDN terminal to read certain 
parameters directly into its memory, synchronizing terminal and switch 
databases. The downloading capability can only be invoked from an 
initializing terminal. The terminal requests a download from the switch, 
and the switch responds by sending the parameter values. The terminal 
ends the downloading process by transmitting an acknowledgment to the 
switch. This minimizes the number of parameters a user is required to 
manually enter into an ISDN terminal. 


Primary Interexchange Carrier/IntraLATA Primary Interexchange 
Carrier (PIC/LPIC) enhances the capability to assign an intraLATA 
carrier different from the interLATA carrier associated with an ISDN BRI 
DN/CT so that an ISDN BRI subscriber can select a carrier other than the 
pre-subscribed carrier. 


Provisioning Enhancements provides the following enhancements to 
ISDN service provisioning: 


— simplifies particular add, change, and delete service order procedures 
for NI-2/3 BRI services 


— adjusts the parameter naming discrepancy between service order, table 
control, query commands, and the NI-1 data dictionary 


Service Protection—Essential Line provides preferential dial tone to 
selected ISDN BRI lines when severe overload conditions occur. 


Single DN on Single Integrated Voice Data Terminal (IVDT) allows the 
use of a single DN on a FIT that supports circuit-mode voice, circuit-mode 
data, and D-channel packet-mode data. This capability allows the use of a 
single DN or single dynamic TEI across voice-, circuit-mode data, and 
D-channel packet service. 


Single DN with Different CTs on Single [VDT NIT enables the use of a 
single DN on an NIT device that supports circuit-mode voice, circuit-mode 
data, and D- and B-channel packet-mode data services (that is, an 
integrated voice and data terminal that does not use SPID registration 
procedures). The DMS system supports integrated voice, circuit-mode 
data, and packet-data services for an NIT on a BRI loop, and permits 
access to multiple bearer services with single dynamic TEI. 


Support of More than Two B-channel Terminals allows NITs or seven 
NITs and one FIT to be supported, with one B-channel used for each type 
of terminal. 
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e Terminal Maintenance for Multiple Terminals supports up to eight 
NITs, using multiple commands, through a single maintenance interface. 


e Two B-channel Enhancement supports the following interface 
configurations: 


— Two FITs, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
TEI. This supports common set-ups for work-at-home and small 
business ISDN users. FITs in this configuration can support EKTS. 


— One FIT and up to seven NITs, each allowed to access both B-channels 
using any combination of circuit-mode call types simultaneously using 
a single TEI. The NITs support DN/CT sharing with contention. FITs 
in this configuration can support EKTS. 


— Up to eight NITs, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
TEI, and supporting DN/CT sharing with contention. 


Principal benefits NI-2/3 BRI Services Phase II offers multiple benefits 
to service providers, including the following: 


e adds revenue opportunities for ISDN sales 


e assists service providers in reducing the cost of maintaining the DMS-100 
ISDN BRI product base 


e expands the ISDN feature set for business use 


National ISDN-2/3 BRI services phase III (functional group 
NI000052) 

In NAO09, functional group N1000052 adds new features and enhances 
capabilities for NI-2 and NI-3 services on the DMS-100 system. This group 
also expands ISDN terminal capabilities and supports additional interface 
types and configurations for users. the new features and enhanced capabilities 
are packaged in PCLs LECO0009 and LETO0009. 


Key capabilities Nortel Networks continues with its rollout of National 
ISDN with support for the following NI-2, NI-3, and NI Enhancement 
capabilities: 


e Two B-channel Enhancement supports the following interface 
configurations: 


— Two fully initializing terminals (FIT), each allowed to access both 
B-channels using any combination of circuit-mode call types while 
simultaneously using a single terminating endpoint identifier (TED). 
The two B-channel enhancements support common set-ups for 
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work-at-home and small business ISDN users. FITs in this 
configuration can support EKTS. 


— One FIT and up to seven NITs, each allowed to access both B-channels 
using any combination of circuit-mode call types simultaneously using 
a single terminating endpoint identifier (TEI). The NITs support 
directory number/call type (DN/CT) sharing with contention. FITs in 
this configuration can support EKTS. 


— Up to eight NITs, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
terminating endpoint identifier (TEI). The NITs support directory 
number/call type (DN/CT) sharing with contention. 


— Two B-channel access for EKTS terminals allows a DMS-100 NI-2 
TSP with EKTS or EKTS and CACH to have both B-channels active 
on any combination of VI and CMD calls. This capability applies to 
simultaneous use of B-channels for voice calls on Basic or CACH 
EKTS DNs in shared or non-shared configurations. 


BRI Verification (BRIV) Office Equipment allows normal call control 
procedures for retrieving the office equipment identifier of the line card 
associated with an ISDN BRI line. BRIV can be used by field personnel to 
verify that the user’s access line is connected to the correct switch port. 
BRIV is applicable to voice and circuit-mode-data type calls. BRIV 
supports access line installation and maintenance with line-side (customer 
premise) verification and testing. 


allows the use of a single DN on a FIT that supports circuit-mode voice, 
circuit-mode data, and B- or D-channel packet-mode data. This capability 
allows the use of a single DN or single dynamic TEI across voice, 
circuit-mode data, and D-channel packet service. 


OA&M Multi-terminal Maintenance completes National ISDN -2 
interface configuration support and provides key National ISDN-3 
capabilities for the following interfaces and configurations: 


— Up to eight terminals in any combination of NITs and FITs, each 
allowed to access both B-channels using any combination of 
circuit-mode call types simultaneously using a single TEI. The NITs 
support DN/CT sharing with contention. 


— Enhanced support of Associated Groups, that were first delivered in 
NAO08. 


Single DN on Single Integrated Voice Data Terminal (IVDT) supports 
the sharing of DNs across two physically separate devices, one being a 
voice or circuit-mode data terminal and the second being a packet-only 
terminal. The DMS switch supports one packet terminal for each BRI loop 
and allows the packet NIT to access D-channel packet services with a 
dynamic TEI. 
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e Shared DN with Different CTs on Multiple Terminals supports the 
sharing of DNs across two physically separate devices, one being a voice 
or circuit-mode data terminal and the second being a packet-only terminal. 
The DMS switch supports one packet terminal for each BRI loop and 
allows the packet NIT to access D-channel packet services with a dynamic 
TEL 


e Single DN with Different CTs on Single [VDT NIT enables the use of a 
single DN on a NIT device that supports circuit-mode voice, circuit-mode 
data, and D- and B-channel packet-mode data services (an integrated voice 
and data terminal that does not use service provider identification [SPID] 
registration procedures). The DMS system supports integrated voice, 
circuit-mode data, and packet-data services for a NIT on a BRI loop, and 
permits access to multiple bearer services with a single dynamic TEI. 


Principal benefits The automated allocation of a TEI to packet devices 
supports D-channel packet services without the need to provision packet mode 
TEIs and associated TEI assignments with a terminal programmer. 


National ISDN-98 Enhancements Phase | (functional group 
NI000060) 

In NAO09, this functional group adds enhancements to existing DMS-100 
National ISDN services. In addition, this functional group provides 
deployment simplification, reduces cost of ownership, and provides 
revenue-generating opportunities. 


Key capabilities A host of new features are added to existing DMS-100 

services following National ISDN enhancements identified and driven by the 
National ISDN Council (NIC). Some of the key ISDN features in this release 
include the following: 


e Audible Voice Mail Message Indicator provides an audible indication to 
the user, upon call origination, whenever a message is waiting. The feature 
also enhances the current visual message-waiting indication. 


e Automatic SPID automates the terminal initialization procedures by 
having the switch send the SPID to the terminal, rather than having it 
entered by the user. 


e B-channel Restrictions on a TSP Basis provides the ability to restrict a 
group of one or more Terminal Service Profiles (TSPs) to share a single 
B-channel, rather than allowing the TSP or group of TSPs to use both 
B-channels in a shared BRI environment. This prevents one user from 
using both B-channels simultaneously, which would prevent other users 
from making or receiving a call. 


e BRI ina Residence Group for Single Line ISDN provides a simplification 
to the network provider to allow ISDN BRI lines to be provisioned in a 
Residential Enhanced Services (RES) group, eliminating the need to 
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maintain special customer groups for deploying ISDN to residential users 
or for single line business users. 


e BRI Verification-Office Equipment (BRIV-OE) allows normal call control 
procedures for retrieving the office equipment identifier of the line card 
associated with an ISDN BRI line. BRIV-OE can be used by field 
personnel to verify that the subscriber’s access line is connected to the 
correct switch port. BRIV-OE applies to voice-mode and circuit-mode 
data-type calls and supports access line installation and maintenance with 
line-side (customer premise) verification and testing. 


e Flexible Calling: Deactivate Conference Facility When Only Two Parties 
Remain enables the deactivation (removal) of a conference resource when 


— Only two parties remain on an established conference call 
— A connection to the third conference party is unsuccessful because of 
a no answer or busy condition 
Principal benefits This feature simplifies ISDN implementation for both 
the user and the service provider in the following ways: 
e removes users concerns with manual SPID registration procedures 


e eliminates the need for the service provider to build a business group to 
provision a Residential Enhanced Services (RES) line 


e provides time-saving BRI line provisioning capabilities and installation 
tools 


e increases service-revenue opportunities by freeing a conference bridge 
when only two parties remain on the call 


Major dependencies Software NI000051 NI-2/3 BRI Services Phase II 


National ISDN-2 BRI Functionality (functional group NI000052) 

In NAO10, this functional group adds new features and enhanced capabilities 
for NI-2 services on the DMS-100 system. National ISDN-2 BRI functionality 
provides valuable services in support of the SOHO/small and large business 
marketplace. 


Key capabilities National ISDN-2 adds the following capabilities to the 
Nortel Networks NI-2 feature set: 
e Automatic Message Accounting (AMA) National ISDN-2 Enhancements 


— Uniform Usage Measurements (Basic Business Group [BBG] 
subfeatures) provides the capability to bill for selected BBG dial access 
subfeatures on a usage-sensitive basis. The subfeatures are Intercom 
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Dialing, Public Network Access, Private Facility/Network Access, and 
Facility Overflow. 


— Calling Number Identification Services (CNIS) without 
Intra-BBF/Inter-BBG Segregations enables the BRI CNIS capability 
on a usage-sensitive basis without Intra-BBG/Inter-BBG segregation. 
This feature allows the DMS-100 system to create or not create an 
aggregate record of Calling Number Identification (CNI) delivery. 
Additionally, this software can create a detailed record for a specific 
calling party that wants to deny or not deny (privacy) calling number 
delivery. 


e Busy Idle Feature Interactions Enhancement 
— B-channel manger improves robustness of the B-channel manager. 


— 3 stage release provides improved handling of features which are 
triggered on B-channel busy. 


e Electronic Key Telephone Service (EKTS) National ISDN-2 
Enhancements 


— Single DN for EKTS (CMD and PMD) provides a single DN for access 
to voice and circuit-mode data (CMD) and packet-mode data (PMD). 
Voice service is shared among all EKTS members, while CMD and 
PMD are non-shared in that they exist on one terminal only. 


— Call Forward Programming for Secondary Members allows any 
secondary MDN SCA or MDN CACH member to program where the 
DN is call forwarded. 


— Two B-channel access for EKTS terminals allows a DMS-100 NI-2 
TSP with EKTS or EKTS and CACH to have both B-channels active 
on any combination of VI and CMD calls. This capability applies to 
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simultaneous use of B-channels for voice calls on Basic and CACH 
EKTS DNs in shared or non-shared configurations. 


e Layer 2/Layer 3 Abnormality Counts and Logs - CM provides the 
following enhancements: 


— QCOUNT command enhancements for reading, displaying, and 
resetting layer 2/3 packet abnormality counts 


— L2LOGCTL and L3LOGCTL tool enhancements to read, display, and 
set packet handler related abnormality log controls on demand 


— enhances the audit process to include layer 2/3 packet audit in periodic 
logs generated when abnormality thresholds are exceeded 


— enhances layer 2/3 abnormality control by adding new variables for 
packet including: 


— Layer 2 LAPD protocol abnormality on SAPI16 frames 
— Layer 2 LAPB protocol abnormality on B-channel packet data 
— Layer 3 Protocol abnormality for X.25 packet 


— Layer 3 individual packet abnormality reports ABN14 through 
ABN21 


Principal benefits These enhancements offer significant service 
provider revenue-generation potential through flexible EKTS capabilities. 
National ISDN-2 Call Forward and Calling Number ID enhancements and 
usage-sensitive billing options. 


Major dependencies Software NI000051 NI-2/3 BRI Services Phase II 


National ISDN-98 Enhancements Phase II (functional group 
NI000061) 

In NAO10, this functional group adds enhancements to existing DMS-100 
National ISDN services, encourages the use of ISDN services, and helps 
control costs. 


Key capabilities A host of new features and enhanced functions are added 
with the release of this software package. Some of the key ISDN features in 
this release include the following: 


e Auto Lamp Refresh provides an automatic update ISDN terminal feature 
indicators (lamps) after the terminal initializes, thus providing the user 
with accurate status displays for active features. 


e Directory Number Sharing Among Multiple Terminals enables sharing of 
a DN over multiple terminals with different call types (CT). A user can 
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have a single DN for separate voice-mode, circuit-mode data, and 
D-channel packet-mode data services. 


Rapid Messaging BRI monitors the rate of incoming Q.931 messages to a 
user from BRI terminals. If the pre-defined rate is exceeded, rapid 
messaging takes the terminal either temporarily or permanently 
out-of-service depending on the frequency of this rate being exceeded. 


Principal benefits These features simplify ISDN implementation for 
both the user and the service providers in the following ways: 


promotes and simplifies feature usage by automatically displaying to the 
user which features are activated 


encourages use of ISDN services by offering subscribers the economy of 
having a single DN assigned to several terminals with different call types 


lowers costs by monitoring and controlling terminal usage of ISDN lines, 
based on defined quotas 


Major dependencies Software NI000052 National ISDN-2 BRI 
Functionality 


National ISDN-2 Completion (functional group NI000052) 
In NAO11, progress towards NI-2 Completion continues with the addition of 
the following capabilities to the Nortel Networks NI-2 feature set: 


EKTS MADN Interaction with Flex Call enables another EKTS member 
who is not the controller of the call to bridge on to active Flex Call. An 
EKTS user can also conference more than two calls together and transfer 
the conference. 


EKTS MADN CACH Interaction with Automatic Call-Back and 
Automatic Recall (ACB/AR) enables ACB/AR to be assigned to NI-2 
EKTS terminals. When an NI-2 EKTS user invokes ACB from an EKTS 
DN, only that particular terminal is notified of the change in the busy/idle 
status of the monitored user. When an NI-2 EKTS user invokes AR from 
an EKTS DN, the call can be completed only from that particular EKTS. 


Call Forward National ISDN-2 Enhancements include 


— Remote Access to ISDN Call Forward enables ISDN Call Forward 
subscribers to remotely activate and deactivate the Call Forward 
feature. 


— Redirecting Number and Reason Delivery (RND) for ISDN Call 
Forward delivers two redirecting numbers and reasons for ISDN BRI 
and interswitch calls over the SS7 network. Operating company 
personnel can control the delivery of the RND on ISDN BRI lines 
through datafill in tables CUSTNWK, CUSTSTN, and RESFEAT. 
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— This feature creates the SERVORD options RND and Aggregate RND 
Recording (ARR) which records RN availability by call type. This 
feature also creates the customer group option RNID. The RNID 
option allows the user to specify the type of network calls including 
ONNET, OFFNET, and INTRAGROUP for which the RND option 
applies. The RND can be restricted to selected members of a customer 
group by adding the RND option to these lines using SERVORD and 
then removing the RND option from the customer group. 


— Redirecting Number for ISDN CFW. When a call is redirected 
(forwarded) by the original called number, the network captures, not 
only the calling number, but also the number that redirected the call. If 
a call is redirected multiple times, the DMS-100 switching system 
recognizes both the first and last redirecting numbers. This feature 
makes the redirecting number available to the Delivery of Redirecting 
Number feature which ultimately displays the number to the user. 


Note: Redirection display is not supported on ISDN BRI sets if the 
forwarded base station is a POTS line using POTS call forwarding. 


— Redirecting Reason for ISDN CFW. On forwarded calls, Redirecting 
Reason indicates to the Delivery of the Redirecting Number subscriber 
why a call was forwarded. An example of a reason why a call was 
forwarded is if a Call Forward Variable or Call Forward Don’t Answer 
feature is active. When multiple forwarding occurs, the switching 
system provides the first and last redirecting reasons to the Delivery of 
the Redirecting Number feature which ultimately displays the reason 
information to the user. 


Calling Number Identification Services (CNIS) National ISDN-2 
Enhancements include 


— Delivery of Redirecting Number. As with Call Enhancements, when a 
call is redirected by the original called number, the network delivers 
not only the calling number but the number from which the call was 
redirected. If a call is redirected multiple times, the DMS-100 
switching system delivers both the first and the last redirecting 
numbers. 


— Delivery of Redirecting Reason. As with Call Forward enhancements, 
the redirecting reason indicates to the CNIS user why a call has been 
forwarded. Examples of reasons displayed that indicate the Call 
Forward Variable, Call Forward Interface Busy, or Call Forward Don’t 
Answer feature is active. When multiple forwarding occurs, the 
DMS-100 switching system provides the first and last redirecting 
reasons to the CNIS user. 


CRBL (Call Reference Busy Limit) Key Decoupling eliminates the need 
to download to an NI-2 terminal a number of call appearances equal to the 
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CRBL value for a DN/CT. The actual number of call appearances 
downloaded for a particular DN/CT is separately provisionable from the 
CRBL. This feature eliminates unused DN keys on an NI-2 terminal that 
uses soft keys for making data calls. 


Principal benefits These features add the following enhancements for 
the ISDN users: 


e deliver improved and marketable EKTS functionality for ISDN users in a 
centrex environment, including Flex Call, ACB/AR, and Remote Call 
Forwarding 


e provide advanced Call Forwarding number and reason status on an ISDN 
telephone 


e ease the provisioning and installation of ISDN lines and increase customer 
satisfaction by eliminating unused keys on a voice terminal 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 


NA011 feature additions for ISDN BRI 
In NAO11, Nortel Networks added the following capabilities to the DMS-100 


ISDN BRI functionality: 
e Automatic CallBack and Automatic Recall (ACB/AR) assignment to NI-2 
terminals 


e Delivery of Redirecting Number (RND) to Call Forward users 


e Delivery of Redirecting Reason (RND) for redirected number to Call 
Forward users 


e Aggregate RND Recording (ARR) to record RN availability by call type 


e Elimination of unused DN keys on an NI-2 terminal that uses soft keys for 
data calls 


e MADN CACH interworking with ACB/AR 
e MADN CACH Flex Call Interworking 


e Remote activation/deactivation for ISDN Call Forward 


National ISDN-2 BRI functionality additions (functional group 
NI000052) 

In NAO12, the following new features and enhanced capabilities for NI-2 
services on the DMS-100 system were added. 


e Call Forwarding Service Uniformity for NI-2 improves Call Forward 
Validation (courtesy call) by allowing Call Forward activation to occur 
even if the initial courtesy call is not answered. A second unanswered 
courtesy call is no longer required. This enhancement to Call Forward 
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Validation makes it possible to automatically activate Call Forwarding 
after the completion of the first unanswered courtesy call. 


Calling Number Service Uniformity NI-2 supports the switch-wide 
delivery of the uniform delivery of Type of Number/Numbering Plan 
Indicator values. In addition, office parameters are added for Calling 
Number Delivery (CND) and Redirecting Number Delivery (RND). 


The EKTS Service Uniformity for NI-2 feature enables the 
DMS-switching system to provide the following additional options for 
members of Electronic Key Telephone Service (EKTS) bridged call 
sessions: 


— EKTS MADN members can enter a bridged call before the call is 
answered. 


— If an EKTS MADN member on a bridged call activates the Hold 
feature, another MADN member can exclude the first member from 
re-entering the call by activating the Privacy feature. 


The Layer 3 Service Disruption feature supports network (layer 3) 
maintenance for ISDN BRI circuit switched services. The Layer 3 Service 
Disruption feature supports the following capabilities necessary for 
network maintenance between the DMS-100 switch and terminal 
equipment: 


— frame-checking 
— sequence-based performance monitoring 
— protocol abnormality monitoring 


— generation of logs to alert maintenance personnel when the layer 3 
service disruption threshold is exceeded 


— protocol capture 


The Redirecting Number Privacy (RNP) feature enables ISDN-2 BRI 
subscribers with the capability to deliver or suppress the display of their 
telephone number when their calls are redirected. The provisioning of this 
feature provides the flexibility to suppress the delivery of the redirecting 
DN for each type of call forwarding including: 


— Call Forward Universal (CFU) 
— Call Forward Don’t Answer (CFD) 
— Call Forward Busy (CFB) 


For example, as a result of provisioning, the DN of a call which is 
redirected as a result of CFU can suppress the redirection number, but the 
DN of a call redirected as a result of CFB can be delivered. 


The SS7 Procedures for ISDN Call Forward feature enhances the CFD 
feature by providing continued ringing treatment, rather than a busy signal, 


National ISDN BRI Service Implementation Guide 


1-22 Product overview 


for CFD destinations that are busy when a forwarded call attempts to 
terminate. In the past, if an ISDN phone with CFD activated transferred a 
call to a phone that was in the busy state, the caller heard ringing followed 
by a busy signal. 


The User Loop Testing (X.25 Echo Station) feature enables field 
technicians to initiate loopback testing for packet data on a BRI line. The 
User Loop Testing feature enables a technician to set up a test session by 
calling a directory number that directly terminates on the packet handler in 
the central office. 


Principal benefits These features add the following enhancements for the 
ISDN users: 


The ability to control whether or not their caller IDs are displayed enables 
users to manage call privacy more efficiently resulting in an increased 
satisfaction with ISDN services. 


More convenient Call Forwarding programming for the end-user 
encourages more frequent use of this Call Forwarding feature and 
enhances customer satisfaction. 


The delivery of more accurate caller ID information for international calls 
promotes increased convenience and satisfaction for ISDN customers. 


EKTS members participating in bridged call sessions are offered greater 
privacy. 


The monitoring and maintenance of layer 3 service promotes fast 
resolution of actual and potential problems in the network resulting in the 
reduction of the chance of service disruption to the subscribers. 


Faster and more direct resolution of packet-data problems on ISDN BRI 
lines provides more efficient use of resources. 


NA012 feature additions for ISDN BRI In NAO12, Nortel Networks 
added the following capabilities to the DMS-100 ISDN BRI functionality: 


activation of Call Forwarding after completion of first unanswered 
courtesy call 


international call ID information delivery resulting from switch-wide 
delivery of E.164 international numbering format 


call bridging by EKTS MADN member before call is answered 


blocking of return-from-hold by EKTS MADN member after Bridged Call 
Exclusion activated 


layer 3 service disruption reporting for ISDN BRI circuit switched services 


Redirecting Number Delivery Suppression (SUPPRND) allows control of 
the delivery or suppression of the redirecting number for individual Call 
Forwarding variants 
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User Loop Testing (X.25 Echo Station) for packet data on BRI line 


SS7 enhancements that provide continued ringing treatment, rather than a 
busy signal, for Call Forward-Don’t Answer (CFD) destinations that are 
busy when a forwarded call attempts to terminate 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 


National ISDN-2 BRI functionality additions (functional group 
NI000052) 

In NAO14, Nortel Networks added the following new features and enhanced 
capabilities for NI-2 services on the DMS-100 system: 


The On-Demand B-Channel X.25 Packet Mode Data Service feature 
provides switched B-channel high-speed packet service between the user’s 
ISDN NI-2 terminal and the DMS-100 packet handler. 


While one B-channel is being used for packet mode data, the second 
B-channel can be used for a simultaneous voice or circuit switched data 
session. On completion of the B-channel packet mode data call, that 
B-channel can be used for a circuit mode data call. 


The Uniform Display Text for ISDN NI-2 Uniform Service feature 
expands the text information that appears on the display of the end user’s 
ISDN telephone. The ISDN telephone displays text messages that give the 
user information on various call states and prompt the user for additional 
feature information before, during, and after a call. 


Display text for features includes ACB, Basic Call Control, Calling Name 
and Number (CNIS), Additional Call Offering, Call Forwarding, Call 
Hold, Flexible Call, and EKTS. 


Principal benefits These features add the following enhancements for the 
ISDN users: 


The DMS-100 packet handler can transmit packet data at a high rate of 
speed using the same ISDN line the subscriber already has in service. 


The user can direct an X.25 data call to any destination because B-channel 
packet transport is now a dialable service. Previously, the subscriber 
needed a dedicated nailed-up data connection aimed at a single location. 


Subscribers can take advantage of many ISDN voice and data features 
because the ISDN telephone displays dynamic information during all 
phases of a call. The expanded text display helps the user understand the 
status of the current call, and non-call activity such as feature status. 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 
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ISDN applications 
This section provides examples of cost-reducing, productivity-enhancing 
applications enabled by National ISDN. For a more detailed list of applications 
for National ISDN, complete with a list of required terminal equipment, refer 
to A Catalog of National ISDN Solutions for Selected NIUF Applications. 


ISDN lines can generally handle any application that requires modems or 
private lines with full digital transmission and much higher data speeds than 
analog technologies. A few of the key applications driving the rapid 
deployment of ISDN BRI are listed as follows. 


Pair gain 

Perhaps one of the simplest, yet most powerful, applications is using pair gain 
as a method to gain an additional unique phone number from the existing 
building wiring plan. Known as pair gain, this application makes use of ISDN 
BRI's current ability to support 2 B-channel terminals on a single line. 


Operating company issues driving the need for the ISDN pair gain application 
include the following: 


e increased utilization of existing twisted pair wiring plant desired 


e high percentage of residential wiring plant installed with splices, resulting 
in limited service (2 pairs) run to homes 


e higher than planned housing density shift negates existing wire plant from 
providing growth for additional service demands 


e multiple residences such as college dormitories, fraternity houses, and 
apartment buildings where more than one person living within may want 
their own telephone number 


e problems in growth of strip shopping areas and small business locations 
where additional service needs to be deployed as service demand grows. 
ISDN in an Meridian Digital Centrex (MDC) environment can be used to 
serve two users with a single BRI line, with fully featured voice service and 
X.25 packet-data access. This strategy can significantly reduce the cost of 
delivering voice and data services to subscribers who do not require 
high-speed circuit-switched data. 


Pair gain configuration As shown in Figure 1-8, the basic ISDN BRI 
wiring configuration is sufficient to provide the benefits of pair gain. From 
Nortel Networks NT1 product, two S/T-buses provide service to two ISDN 
terminals, each of which can have a unique phone number. 
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Figure 1-8 Pair gain example 
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e One pair serves multiple terminals 
e Two voice calls can occur simultaneously 
¢ D-channel packet service available for future upsell 


If analog phone service is desired, the ISDN phones in Figure 1-8 can be 
replaced with ISDN terminal adapters that have standard analog telephone 
service as an output. Some commercially available terminal adapters can 
provide ringing for up to five analog phone sets. 


Implementation of National ISDN-2 (NI-2) feature Uniform Interface 
Configuration for BRI allows up to eight B-channel devices to contend for the 
two B-channels. Each ISDN BRI connection supports any combination of up 
to eight telephones, faxes, PCs, and other terminals and supports any two of 
these B-channel conversations at any one time. With this feature, ISDN 
quickly becomes an attractive advantage over much of the existing key system 
market. 


Internet access 

ISDN’s 64/128 kbit/s transmission rate is establishing ISDN as the best choice 
for connection to the Internet at the speeds that today’s leading-edge users are 
increasingly demanding. With Internet access growing at exponential rates, 
this application is emerging as a key revenue driver for service providers, and 
is currently a major driver in ISDN deployment throughout North America. 
The following are examples of Internet services: 

e e-mail, file transfer 

e communities of interest 

e commercial services 


e academic discussions 
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e electronic newsletters 


e image, voice services 


Benefits 

e faster screen refresh 

e quicker file downloads 

e complex graphical user interfaces 


e more interactive computing 


Access to online services Most online service providers now support 
ISDN access. ISDN access to these services is a great timesaver that enables 
the user to make quick file transfers and screen updates. Because most online 
services charge for time used, ISDN access is not only convenient, but cost 
effective. 


Telecommuting 

As work-at-home programs become increasingly popular, businesses must 
find a way to offer employees the same data communication capabilities at 
home that they have at the workplace. Using an ISDN line installed at home, 
an employee can dial up the corporate network and access the same LAN 
resources available at work. 


One popular configuration among corporations today is using an Ethernet 
bridge device on the ISDN line. The home user has the option to dynamically 
bond the B-channels for a 128 kbit/s uncompressed (up to 512 kbit/s with 4:1 
compression) Ethernet connection to the corporate LAN. The user can also opt 
to use one of the B-channels for a full-featured ISDN business set (Figure 1-9). 
Using Multi-location Business Groups (MBG), the home user can be included 
in the corporation’s centrex group even if the home user is served by a different 
central office. 
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Figure 1-9 Telecommuting extends office to home 
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Telecommuting software applications ISDN telecommuting requires 
no custom applications programming. It works with many familiar 
applications available today. The following are examples of applications that 
can be used with ISDN telecommuting. 


e screen sharing. Carbon Copy Plus (Microcom Inc.), Timbuktu/Remote 
(Farallon), PC ANYWHERE (Symantech/ DMA), CO/Session (Tritin 
Technologies), and HyperAccess/5 (Hilgraeve). Other programs may 
support ISDN screen sharing too. 


¢ high-speed file transfer. Procomm Plus (DataStorm, Inc.), Crosstalk 
(Digital Communications), Blast (Communications Research), 
Microphone II (Software Ventures), White Knight (The Freesoft Corp.), 
and ExellNET/ISDN (EXELTECH). 


e remote LAN access. ManyLink for ISDN (ManyLink Corp.), SimPC and 
SimMAC (Simware), and Gandalf Premier LANLine 5500 (Gandalf 
Technologies Inc.). 


Videoconferencing (desktop and conference room) 

Over the last few years, video systems have suffered from a lack of true 
standards across all CPE. In the past, only products from the same 
manufacturer could communicate, and desktop systems could not 
communicate with room-based systems. Because CPE video manufacturers 
now support H.320 standards, the videoconferencing market is poised for 
tremendous growth as economy of scale takes place. 


Desktop videoconferencing picture quality and acceptability continues to 
grow with the rapid advance of signal compression through ISDN 
coder-decoders (CODECS). A number of systems on the market now offer 
video refresh rates of 15 frames per second (fps), compared to 30 fps for 
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broadcast television. This application enables the business customer to enjoy 
the advantages of face-to-face meetings without travel. Figure 1-10 illustrates 
videoconferencing. 


Conference room videoconferencing enables more productive meetings. 
Travel time and expenses are drastically reduced. Participants are better 
prepared, with immediate access to computers, notes, files, and other staff 
members. And, scheduling is easier because time commitments are reduced. 
These systems most often operate using multiple BRI or PRI connections. 


In addition to the rapid growth in the popularity of telecommuting, studies 
have shown that, over time, employees may feel isolated from management as 
well as from co-workers. Increasing the level of communication within a 
telecommuting program to include desktop videoconferencing addresses this 
issue. 


Figure 1-10 Videoconference example 


NT1 ees eee 


e Desktop to desktop (no videoconference room) 
e Runs on Macintosh or IBM PCs 
e Provides screen sharing and high speed file transfer 


Examples of National ISDN in action 
Following are some examples of ISDN use today. The number of actual 
applications is expanding as rapidly as growth in the technology allows. 


Universities Universities with multiple campuses often lack the classroom 
space and teaching resources necessary to conduct the same course at multiple 
campus locations. With the help of ISDN BRI, one large Midwestern 
university has found a cost-effective way to connect its widely-separated 
campuses for a unique distance-learning opportunity. 


Professors can interact effectively and share graphs, charts, slides, and other 
visual aids with all members of the class, regardless of campus location. 
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In addition to facilitating instruction between multiple classrooms, ISDN 
video conference allows university administrators to negotiate face-to-face 
across campuses and lets professors at one campus consult colleagues at 
another. The time savings is significant; a round-trip between campuses 
requires approximately six hours of driving time. 


High school A board of education is currently using ISDN video 
conferencing in two of its high schools to offer students access to expanded 
educational opportunities. 


For example, students in a geographically remote school attend a computer 
programming class being taught by a professor at another school. Because of 
the dual B-channel capability of ISDN BRI, these students are doing much 
more than watching a class on television; they are actively participating in the 
course, asking the professor questions, and contributing to class discussions. 


Banking A large multi-location bank serving the San Francisco area 
conducts its internal staff meetings using ISDN video conference in order to 
reduce time and travel expenditures. The new system keeps bank employees 
off the roads, leaving them more time for their work. 


Modem replacement Businesses using low-speed modems on analog 
lines for internal communications can replace them with high-speed ISDN 
lines that deliver both voice and data. ISDN circuit-switched data at 64/128 
kbit/s can support applications requiring higher data speeds than are typically 
available with a modem, such as videoconferencing and file downloading. 


Small office/home office Many people now have offices in their homes 
as the base of operations for small businesses. With just one ISDN line, the 
small office/home office (SOHO) user has phone access, as well as high-speed 
data access to online services, the Internet, bulletin boards, and other services 
(see Figure 1-11). Many ISDN CPE vendors provide analog jacks to enable 
existing phones (with custom-calling features), fax machines, and modems to 
be used. In the following configuration, the Motorola BitSURFER Pro is used; 
similar devices are made by many CPE manufacturers. 
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Figure 1-11 Example of small office/home office application 
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LAN-to-computer and LAN-to-LAN interconnection A local area 
network (LAN) is a networking technology that links personal computers, disk 
drives, printers, and other devices. Distance limitations can restrict LANs to a 
single building or require expensive leased-line technology. ISDN BRI lines 
can link these devices into a LAN-like network, even over large distances. 


Similarly, if a remote office LAN is required to be connected to the corporate 
LAN, ISDN provides a solution. With widely available CPE, a BRI connection 
can provide secure and dynamic connections with a compressed bandwidth of 
approximately 512 kbit/s. 


Disaster recovery, network survivability, and overflow Network 
planning for reliability, survivability, and route diversification are essential to 
many businesses. At a small fraction of the cost for a separate leased line, 
ISDN can provide backup and failure protection with a dialed ISDN digital 
connection with around-the-clock standby protection. The same line can also 
accommodate unexpected overloads on the primary connection. 


Centrex on ISDN The Nortel Networks ISDN product provides access to 
valuable voice features. Approximately 220 MDC features are supported on 
the Nortel Networks ISDN. Additionally, ISDN users and traditional MDC 
users can co-exist and inter-work within the same business group. As a result, 
you do not have to undergo a “forklift upgrade” to take advantage of ISDN 
solutions. You can simply add ISDN service incrementally as your 
communications needs dictate. 


ISDN MDC is a complete business service that offers the largest number of 
productivity-enhancing voice features in the industry. ISDN MDC’s 
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sophisticated call-coverage, call-handling, and cost-savings features can 
enhance internal communications and improve customer service. 


ISDN MDC offers functional-signaling features in accordance with Bell 
Communications Research (Bellcore) document ISDN Basic Access Call 
Control Switching and Signaling Requirements, TR-TSY-000268. 


All of the following services on Nortel Networks standard BRI lines are 
compliant with the protocol procedures defined in Phase 1.1 technical 
requirement and use no vendor-specific protocols or protocol extensions: 


¢ ISDN electronic key telephone service (EKTS)—a Bellcore-defined group 
of features that includes multiple-appearance directory number (MADN, 
or shared directory number), intercom/group intercom, and 
directory-number bridging 


e basic business group features—including direct inward dial/direct outward 
dial (DID/DOD), abbreviated dialing, line restrictions, virtual facility 
groups (VFG), and network class of service 


e call forwarding—including call forward all calls, busy, don’t answer, with 
redirected number 


e call pickup—ISDN and non-ISDN stations can share call-pickup groups 
e automatic callback (ring again) 
e call hold and additional call offering (call waiting) 


e flexible calling—including call transfer, three-way conference with full 
add/drop capabilities 


e hunt groups—with linear and circular hunt groups 


e calling-line ID—The BRI D-channel is used to transmit called and calling 
number, redirected-number information, and other call information. This 
includes information on alerting the called party, answer by the called 
party, and routing to treatments, tones, and announcements. This 
information gives both parties more information about a call and allows the 
delivery of many advanced services, such as network-wide message 
service. 


e value-added MDC features such as authorization codes, busy override, and 
call park 


Like most business telephone sets, some Nortel Networks ISDN phone sets 
have many keys that can have features assigned to them. Additionally, the 
M5317TDX, and M5317TDE sets both have context-sensitive soft keys (and 
associated displays) that can be used for feature invocation. The user is not 
required to remember those numeric access codes to initiate a favorite feature. 
ISDN BRI provides equivalent functionality, at the touch of a button. 
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Image communications Image communications involve the 
transmission of large graphics files between two locations (Figure 1-12). 
ISDN's high-speed transfer of data through the telephone network allows a 
large base of widely-dispersed users to exchange these files or access a central 
graphics file database quickly, easily, and cost-effectively. 


An application that demonstrates the strength of ISDN in image 
communications is a real estate imaging system. These systems allow a realtor 
to interactively view high quality property photographs and current listing data 
on a computer screen from a remote server. 


Figure 1-12 Image communications 
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Group IV fax Sometimes transmitting a paper copy is the best option, but 
most fax machines cannot deliver the quality needed to proof graphics of 
architectural renderings. ISDN supports high-speed Group IV fax, with quality 
that matches 300-dpi laser printers. 


Other ISDN high-speed data services Analog modems are too slow 
for today's information technologies. ISDN BRI can be a cost-effective 
solution for businesses that need to optimize the data performance of a single 
twisted-pair line from the operating company (see Figure 1-13). As previously 
discussed, BRI has three separate channels of information flow. Two channels 
support voice or data up to 64 kbit/s, and a third channel supports packet-data 
transmission. Users can put this desktop data power to work for many 
applications, with speeds normally achieved only with a direct LAN 
connection. 
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Figure 1-13 File transfer and multitasking 
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File transfer Files can be transferred at speeds up to 64 kbit/s, 
outperforming the 2.4- to 28.8-kbit/s connections of an analog modem. 
High-speed, digital file transfer increases productive time and helps ensure 
more accurate transmission. 


Screen sharing Today's businesses need the flexibility to locate offices 
and employees where needed. But often, widely dispersed employees must 
collaborate on documents, spreadsheets, and presentations. ISDN's high-speed 
data capabilities allow these employees to work together in real time, across 
town or across the country. 


Simultaneous and integrated access A number of different 
communications applications can be run over a single ISDN line. For example, 
an employee can talk on the telephone while searching a remote database, or 
sharing information on a PC with a screen sharing program. 


Home office integration services 

The Nortel Networks Meridian Home Office service is a powerful portfolio of 
telecommuting applications that combines advanced network services with 
sophisticated software and terminal communications equipment. The result 
enables telecommuters achieve full office functionality and access to company 
resources directly from a desk at home. 


Packet services 

ISDN packet services switch data in “packets” of digital code. Each packet is 
individually addressed and sequentially numbered by the packet 
assembler/disassembler (PAD) in the transmitting terminal. The packets are 
then routed individually over ISDN lines and trunks to other ISDN nodes, 
private networks, or Public Packet-Switched Networks (PPSN). When the 
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packets reach their destination, the PAD in the destination terminal places the 
packets in sequential order and removes the address information and restores 
the data to the form originally transmitted by the originator. 


ISDN supports up to eight D-channel devices on a single BRI. All devices can 
be PCs, point-of-sale terminals, or similar terminals. 


Every D-channel terminal has its own Host ID or E.164 address. This means 
that X.25 E-mail and messages can be sent directly to another location rather 
than to a mailbox for later retrieval. 


Customer wiring is simplified because access to both packet-data service and 
circuit-switched data service is over one standard twisted-pair loop. 


ISDN packet applications The D-channel of an ISDN connection gives 
virtually any device, such as a cash register, point-of-sale terminal, credit card 
reader, PC, or almost any other data device, a permanent, full-time link to the 
public X.25 packet-switched network. Packet switching is the most 
cost-effective transmission technology for lower-speed bursty data 
applications. With its end-to-end error checking and correction, packet 
switching offers a superior level of data connectivity. 


In effect, ISDN offers the benefits of a private virtual network, yet uses 
standard telephone lines and the public telephone network. Across North 
America, these advantages are being put to use in a growing number of 
applications. The following are just a few examples: 


e Point of sale—A major credit card reader manufacturer now packages 
ISDN for its users. Authorization times have been reduced from an average 
of more than 30 seconds to 2 to 4 seconds. Costs have also been greatly 
reduced. Several major oil companies are testing ISDN telephone lines to 
link gas pumps, cash registers, and even vending machines into nationwide 
data networks. Central computers authorize credit purchases, control 
inventory, and schedule “just-in-time” replenishment of everything from 
gasoline to potato chips. 


e Health care—A number of health maintenance organizations use 
point-of-sale card readers and ISDN telephone lines to authorize medical 
insurance benefits and issue payment requests to a range of health-care 
insurers. 


e Banking—A growing number of banks are now linking remote automatic 
teller machines to a central computer through ISDN and packet switching. 
The D-channel connections eliminate the need for dedicated lines to the 
ATM, and make it economical to serve many more locations. 


e Education—Colleges and universities that installed ISDN for voice and 
high-speed data connections have found they can economically use student 
ID cards for meal payments, library check outs, classroom and dormitory 
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entry, test authorization, and other applications. D-channel card readers are 
easily linked to an appropriate computer through the nearest ISDN 
telephone connection. 


Security—In addition to security and other forms of telemetry, many 
corporate and government locations use low-cost D-channel connections 
for entry to buildings, laboratories, warehouses, and other restricted areas. 


Host-to-computer connections—Terminals access host computers over 
dedicated links or by means of dial-up modems through the POTS 
network. The ISDN user can employ a terminal adapter with an X.25 PAD 
functionality to concentrate asynchronous terminals and asynchronous 
host ports onto B-channels or D-channels. 


SNA networking—Widely available 3270-emulation software for PCs 
increases their functionality and allows them to be used in IBM’s Systems 
Network Architecture (SNA) environment, to avoid the cost of 3270 
terminals dedicated to SNA host access. With ISDN, a single BRI loop can 
support up to eight PCs using 3270-emulation software to gain access to 
one or more host mainframes. Each of these PCs can have simultaneous 
access to a different host. 


State lottery—Several agencies are experimenting with ISDN-based 
approaches to playing state lottery and numbers games. The attraction of 
ISDN is that it uses existing telephone lines, and thus reduces the current 
dependence on dedicated connections to these statewide systems. This 
capability makes lotto terminals more widely available to almost any 
public location that has phone service. 


Note: For many of these applications, the use of a dialed modem on an 
ordinary telephone line is simply not practical (for example, call-by-call 
connection times are far longer than a customer would prefer to wait). 
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2 Basic rate interface hardware 
components 


Introduction 


The following describes the hardware components for an integrated services 
digital network (ISDN) loop. 


To further understand ISDN, it is necessary to first become familiar with the 
terms and acronyms used in ISDN systems. This chapter lists the most 
commonly used terms and acronyms and explains their usage. 


In Figure 2-1, the physical components of the ISDN Basic Rate Interface (BRI) 
system are depicted in a simplistic overview. 


Figure 2-1 ISDN physical equipment and connections 
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The DMS exchange termination (ET) is the DMS switch system. This system 
must be configured with ISDN software and hardware to support ISDN 
services. The software and hardware required to support ISDN is slightly 
different from a non-ISDN switch. ISDN software and hardware requirements 
are discussed in the “Engineering ISDN BRT” chapter of this guide. 
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Line card 


The line card (LC) is the digital circuit board used by the DMS switch to 
physically connect to the wires that go to the ISDN customer premise 
equipment (CPE). The line card supports the conversion of the digital line 
coding format (2B 1Q) used on the ISDN loop to the digital coding format used 
internally by the DMS switch. The line card works as an integral part of the 
DMS switch when performing maintenance and diagnostic procedures on the 
ISDN line. 


The LC is addressed in the DMS switch by a line equipment number (LEN). 
The DMS switch uses the LEN to assign a unique identity to the LC that 
supports a single ISDN loop. 


U-loop 
The U-loop is the wiring between the line card in the DMS switch and the 
customers’ premises. Simple U-loops are made up of a pair of copper wires 
and can be up to approximately 15 000 feet in length. There are very specific 
requirements concerning the gauge and configuration of the wire. For more 
information on U-loop engineering, consult the “Engineering ISDN BRI” 
chapter of this guide. Because of the approximate 15 000 foot distance 
maximum for ISDN U-loops, a method of extending these loops has been 
developed. These loops are called Extended loops, BRITE loops, or Multipoint 
(MP) loops. 


Figure 2-2 Extended ISDN U-loop wiring 
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Figure 2-2 is a diagram of an extended ISDN U-loop. To show a complete 
extended loop, Figure 2-2 would be inserted in the place of the U-loop shown 
in Figure 2-1. While a detailed description of the operation of an extended loop 
is beyond the scope of this text, it is important to know that an extended loop 
can carry ISDN services within the same serving area supported by traditional 
digital signal level 1 (DS-1) signaling, up to several hundred miles. 
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Network termination 1 


The network termination 1 (NT1) is a device connected to the U-loop (see 
Figure 2-1) that converts the signals being transmitted on the two wire U-loop 
to a four wire S/T-bus. The NT1 is the first piece of CPE in the link between 
the DMS switch and the user. Many CPEs incorporate the NT1 directly into 
the ISDN terminal equipment, thus eliminating this additional piece of 
equipment. Only one device can be connected to the U-loop (although the 
device can function as multiple logical devices); multiple ISDN terminals can 
be connected to the S/T-bus. 


S/T-bus for stand-alone NT1 
The S/T-bus is the wiring that connects the ISDN S/T interface terminals to the 
NTI. The S/T-bus supports up to eight ISDN terminals connected to a single 
ISDN loop. While the S/T-bus can be as simple as an RJ45 interface cable 
between one terminal and the NT1, care should be taken to ensure the S/T-bus 
is properly configured. The S/T-bus is composed of both a transmit and a 
receive pair of wires. The S/T-bus can also have another pair of wires used to 
transmit power to the ISDN terminals on the loop. There are very specific 
requirements concerning the gauge and configuration of the wire. For more 
information on S/T-bus engineering, consult the “Engineering ISDN BRI” 
chapter of this guide. 


Terminal adapter 


Terminal adapters (TA) are devices used to convert the signals of the ISDN 
loop to a format that can be used by either an analog telephone, computer, or 
another intelligent device. Up to eight ISDN TAs can be connected to the loop, 
but they must all share the facilities of the loop. Vendors have created TAs that 
act as the following devices: 


e telephones 

e modems 

e synchronous data devices 

e asynchronous data devices 

e network bridges 

e network routers 

e call centers and agent positions 


e credit card readers 
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3 Basic rate interface logical 
components 


Introduction 


The following information describes the logical connections on an ISDN loop 
and the encoding techniques used on the physical connections. 


Logical terminal or terminal service profile 
Because a single ISDN line card can support up to eight physical devices, a 
logical representation is needed to define the devices within the telephone 
switch. The convention used in the DMS switch is the concept of a logical 
terminal identifier (LTID), also known as a terminal service profile (TSP). The 
logical terminal is defined in the DMS switch and assigned all the 
characteristics of the line. Some of the characteristics assigned to the LTID 
include the DN of the line, the number of keys assigned to the line (another 
logical concept), and the features assigned to each key of the line. Most of the 
concepts that follow are assigned to the logical terminal. 


Protocol version control 
The protocol version control (PVC) parameter is required for all ISDN lines. 
This parameter ensures that the DMS switch and the ISDN CPE are 
communicating with each other by using the same version of ISDN message 
protocol. This parameter is set to Functional Issue 2 for National ISDN (NI-1) 
and NI-2 services. Functional Issue 0 and 1 are available but are not National 
ISDN compliant. 


When ISDN was first introduced, vendors had their own version of the 
signaling protocol. There were many areas that were subject to interpretation 
when the initial ISDN specifications were published. Nortel's first protocol 
version is referred to as PVC 0. Subsequent to that, PVC 1 was introduced, 
which contained protocol changes and was closer to the NI-1 specifications. 
The current version of Nortel's ISDN is PVC 2. 


Terminal endpoint identifier 
Call control signaling for the B-channels and data transmission by way of 
D-channel packet service are supported by a complex protocol. This protocol 
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has been defined by the International Telecommunications Union (ITU), and 
refined by Bellcore in the United States. While this text will not provide 
protocol details, it is helpful to discuss several of its components. One of these 
components is the terminal endpoint identifier (TED). The DMS switch uses the 
TEI to address packets of D-channel information to a device on the ISDN loop 
(either a specific terminal adapter on the ISDN loop or to all the terminal 
adapters on the loop). This level of communication is also known as Layer 2 
and refers to the seven layer Open System Interconnection (OSI) model. 


There are seven types of TEIs. 


Static TEI (STEI). The STEI has a fixed value and does not change without 
modification to the DMS switch and the CPE. STEIs have numerical 
values from 0 to 63. The assigned value for an STEI is randomly assigned 
by the operating company, but must be duplicated in the CPE. Packet 
devices require an STEI through DMS-100 software release NA007. 


Dynamic TEI (DTEI). A DTEI has a value that is negotiated between the 
DMS switch and the CPE. DTEIs range in value from 64 to 126. A DTEI 
is requested on power-up by a CPE configured for DTEI. The conversation 
proceeds as follows: 


— CPE sends the TEI request 

— ET assigns the TEI (value) 

— ET sends an ID check request 

— CPE sends an ID check response (value) 
— broadcast TEI (value 127) 


After this exchange of information, the CPE and the DMS switch complete 
some further TEI checks. The TEI is then ready to be used to address 
information to the CPE, or to tell the DMS switch the source of the 
information. The NIT CPE all uses user- or network-assigned TEIs 
(UNATED). 


Dynamic TEI packet-only NIT (NA009 and above) allows one dynamic 
TEI packet-only NIT on a loop. 


Dynamic TEI integrated NIT (NA009 and above) allows only one dynamic 
TEI integrated NIT to access packet service. Up to eight dynamic TEI 
integrated NITs can access voice/circuit service, but only two at a time. 
Eight is the maximum number of terminals (NITs or otherwise) that can be 
served on a loop. 


Auto user assigned (UATEI) TEI. This TEI is dynamic in the DMS switch 
in the range of 0 to 63, and static in the CPE. With UATEI, the CPE 
chooses the TEI to be used for conversation, and the DMS switch accepts 
the TEI value. Few terminal adapters use UATEI. 
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e User or network assigned TEI (UNATED. As its name implies, the CPE or 
the Network can assign the TEI. NITs only use UNATEI. 


e Broadcast TEI (value 127). The DMS switch uses broadcast TEIs to 
address information that can be of interest to all devices on a loop. Call 
offering uses TEI=127 for the SETUP message. 


TEI values can be repeated many times on the DMS switch, but never on a 
single ISDN loop within the DMS switch. 


Prior to NA007, each B-channel had to have a different LTID or TSP and TEI. 
With NA007 and up, the ISDN line can be optionally datafilled with one LTID 
or TSP TEI to support both B-channels. 


Service profile identifier 
The service profile identifier (SPID) is used to map an LTID or TSP in the 
DMS switch to the proper CPE connected to the ISDN loop. SPIDs only 
support dynamic TEI defined LTIDs. Static TEI LTIDs do not use a SPID. The 
SPID is used by the CPE to identify the device on the loop and the associated 
dynamic TEI registered on the loop. After power up, the CPE assigns dynamic 
TEIs. After the TEI is established between the CPE and the DMS switch, the 
TA sends a message to the DMS switch and registers the SPID being used on 
that TEI. If the SPID value matches the SPID defined on an LTID attached to 
the loop, the DMS switch sends a message back to the CPE that confirms 
acceptance of the SPID. From that time forward, the DMS switch knows which 
device is ready to send or receive calls. This level of communication is also 
known as “Layer 3,” referring to the seven layer OSI model. 


BRAMFT terminals 

The SPID for Basic Rate Access Meridian Feature Transparency the 
BRAMFT terminal is defined by the ITU as being composed of 4-20 digits 
followed by an optional 1-6 digit SPID suffix. In the DMS switch (with NI-1), 
the SPID is defined by the 10-digit DN assigned to the LTID as follows: 


NPA + Nxx + xxxx = SPID. For example, 919555123400. 


The SPID suffix is an extension to the SPID. The SPID suffix is only required 
on an LTID that supports advanced DN features, like shared DN appearances. 
If a SPID suffix is defined on an LTID, it must also be matched in the CPE. 
Most operating companies that implement SPID suffixes use a two-digit 
number as the SPID suffix. 


For example, 91955512340100. In this example, 00 is the SPID suffix. 


Note: In release NAO09 the SPID suffix has been replaced with the TSPID 
for all LTIDs except those associated with Meridian Feature Transparency. 
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BRAFS 

In release NA009, the SPID format and procedure for assigning a SPID are 
changed for basic rate access functional set (BRAFS) terminals. The SPID 
format (using the Free Format feature) is introduced, which provides for SPIDs 
of 3-20 digits. Each terminal is assigned a terminal service profile identifier 
(TSPID) of 1-18 digits. The SPID is made up of the TSPID plus a 2-digit 
terminal identifier (TID). BRAFS terminals are assigned a SPID manually or 
by using the Automated SPID selection feature. 


Automated SPID selection 

The Automated SPID selection feature is used in conjunction with the free 
format SPID to automatically select a SPID value of 3-20 digits (a TSPID of 
1-18 digits plus a 2-digit TID). A BRI CPE initiates an automated SPID 
selection request by sending a Q.931 INFOrmation message to the network 
with the SPID information element (IE) encoded to the universal SPID (value 
=01010101010101). If the AUTOSPID parameter in table ISDNVAR is set to 
OFF, the request is rejected and the SPID must be assigned manually. 


If AUTOSPID is set to ON and the requesting terminal is an initializing type 

terminal, the AUTOSPID selection is allowed to continue. The network returns 
the SPID, primary directory number, and all call types available for each LTID 
to the requesting terminal. The DMS switch returns this information in a series 
of Q.931 INFOrmation messages with the null call reference. The DMS switch 
sends one Q.931 INFOrmation message with each SPID on the interface. If the 
request is from a non-initializing terminal, the DMS switch denies the request. 


When an interface supports both non-initializing terminals and initializing 
terminals, the network sends the SPIDs associated with each of the initializing 
terminals to the requestor. 


If the DMS switch receives an automated request from a terminal that is 
already initialized, the network processes the request, but the SPID that the 
terminal is currently using is marked as unavailable. 


Automated SPID requests take precedence over requests for Layer 3 
initialization. If a terminal attempts to initialize while automated SPID 
selection is occurring, the Layer 3 initialization attempt is rejected. 


Terminal identifier 
The terminal identifier (TID) is an extension of the SPID that is defined in the 
CPE. The TID is not defined on the DMS-100 switch, but must be defined in 
the CPE. The CPE sends the TID to the DMS switch as a part of the SPID. The 
TID is composed of two digits (00-62) and is usually defined in the CPE as the 
last two digits of the SPID. 
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The complete SPID that must be datafilled in the CPE is a combination of the 
TSPID + TID. Many operating companies set default values for the SPID 
suffix and the TID to help reduce the complexity of the identifier. 


Directory numbers 
The public network uses directory numbers (DN) to route calls to the proper 
destinations. In ISDN, DNs are used by both the DMS switch and the ISDN 
terminal in call messaging from one to the other. For this reason, the DMS 
switch and the CPE must each be datafilled with the appropriate DNs for 
services on the associated LTIDs. 


Fully initializing terminals and non-initializing terminals 
With NI-1, the FIT was the only type of ISDN terminal interface available on 
the DMS-100 platform. The LTIDs, DNs, and features for both B-channels had 
to each be provisioned separately and then attached to a single line equipment 
number (LEN). This type of interface is described as a 1B FIT. 


With release NAO07 and National ISDN 2/3, a two B-channel terminal 
interface was introduced on the DMS-100. If the CPE supports this interface, 
both B-channels associated with an ISDN line can be provisioned using only 
one LTID and one DN. For example, a single DN can be used for simultaneous 
voice and data on a single CPE. In terms of layer 2, the two-B-channel terminal 
can be supported by a single TEI. As of NA008, two B-channel access is 
supported for EKTS, EKTS CACH, and non-EKTS terminals 


In addition to adding two B support for FITs with NAO007, a non-initializing 
terminal (NIT) interface is also introduced. With NITs, the terminal establishes 
a TEI to communicate, but does not use a SPID. NITs supports 1B-channel as 
well as the 2B-channel terminal interface. 


Prior to NA007, only 1B FITs were supported on an ISDN line. With NA007, 
2B FITs, 1B NITs, and 2B NITs are supported. Provisioning for the new 
terminal interfaces is added without any adverse effect to previous 
flow-though. 


With NAO008, you can provision up to eight NITs or two B-channel FITs on a 
loop. NA008 supports a single DN and TEI for both B-channels and D-packet. 
With NAO09, you can provision up to eight any combination of FITs and NITs 
on one LEN. 


ISDN parameter downloading 
Parameter downloading (PD) is part of an overall NI-2 BRI development 
program. PD involves transferring of subscribed services information from the 
DMS switch to an ISDN terminal. The ISDN terminal stores the downloaded 
information to provide the user’s requested services. Without PD, the user 
would be required to manually enter the information in the terminal. The PD 
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feature allows the DMS switch to program the terminal for the user, resulting 
in the terminal and DMS switch being synchronized. 


ISDN parameter downloading notification 

NOTIFY messages are sent in response to PD-related data changes made by 
the service order system (SERVORD), the table editor, or the data modification 
processor (DMOPRO). 


If multiple PD-related changes occur for the same terminal within a 5-minute 
interval, an effort is made to avoid sending a separate message for each change. 
Depending on when the changes occur, as few as one NOTIFY message is sent 
for the sequence of changes. 


If the line concentrating device (LCD) serving a terminal is not in service when 
a PD-related data change occurs, the message is not sent until the LCD is 
restored to service. The LCD is not in-service if either both units of the LCD 
are not in-service or both units of the extended peripheral module (XPM) are 
not in-service. 


If Q.931 message communication is not working when a PD-related data 
change occurs, the NOTIFY message is not sent until communication is 
restored. 


NOTIFY messages are not sent for PD-related data changes occurring as part 
of one night processing (ONP). 


Parameter downloading changes for NA010 

In NAO10, enhancements to parameter downloading results in the 
downloading in a single message the parameter information to a terminal 
assigned a single directory number (DN) for both electronic key telephone 
service (EKTS) and circuit mode data (CMD). 


The parameter downloading enhancements cause the DMS switching system 
to continue searching until all appearances of the DN are found, and then send 
a single message to the terminal. Before NAO10, a separate message was sent 
for each appearance of the DN found on the terminal. 


Message protocols for parameter downloads 

Since the messages downloaded to the DN appearance and call appearance 
identifier (CAPI) use the same format, the same message can be sent to both 
to convey the required information. This change is compliant with SR-3339 
which specifies national integrated services digital network (NI) basic rate 
interface (BRI) terminal guidelines. There are no changes to the following 
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message format. The content of the combined message format is sent using the 
existing formats shown in Table 3-1 . 


Table 3-1 Parameter data downloaded to terminal 


Message information 

SME feature 

SCP event 

Version_2 Bool 

Parameter Download Status 
Originating DN Bool 

DN Appearance Count 
Directory DN 

Bearer Capability List 

CRBL for Voice and Data (see note 1) 
CACH Count 

FAFI_VI 

FAFI_CMD 


Default Bearer Capability Type for each DN 
appearance 


CARES Present Bool 
CARES Type 
DN Appearance ID (see note 2) 


Call Appearance ID (see note 3) 


Current implementation 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 
DN and CAPI 


DN only 


DN and CAPI 
DN and CAPI 
DN only 


CAPI only 


Note 1: Not provided for EKTS VI appearances 
Note 2: Includes information on all CMD appearances on terminal 


Note 3: Includes information on all MADN VI appearances on terminal 
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4 Features available to ISDN terminals 


Introduction 


This chapter provides a summary of the features available to National 
ISDN -1 terminals, 2B-channel terminals, and National ISDN-2 terminals, 
with or without EKTS service. 


Descriptions and further information on the features covered in this document 
can be obtained by referencing the following documents: 


e DMS SuperNode Meridian Digital Centrex Feature Library, Issue 2, 
December 1996 


e DMS-100/DMS-500 Systems Feature Planning Guide Year 2000 


e ISDN Service Order for ISDN Terminals Reference Manual, Standard 
24.01, September 2000 


The listed documents can be obtained by contacting Nortel Networks at 
1-800-4NORTEL. 


This document represents a planning view of the ISDN features available to 
the different terminal types. The intent is to update this document at each new 
DMS-100 switch software release. 


Background 
As Nortel Networks increases the DMS-100 switch’s level of compliance to 
the National ISDN standards, some of the new capabilities introduced are not 
available to the NI-1 terminal service profile (TSP). This is due to differences 
in data structures and service definitions for NI-1 and NI-2 terminals. These 
differences do not affect customer premises equipment (CPE). CPE that 
supports the NI-1 level of service, continues to operate on the NI-1 TSP. CPE 
that is NI-2 compatible, can have data entered as an NI-2 TSP and be able to 
access new NI-2 capabilities. 


Beginning with NA009, ISDN BRI lines can be provisioned either in a 
Meridian Digital Centrex (MDC) customer group or in the Residential 
Enhanced Services (RES) group. The following tables describe any specific 
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restrictions placed on features that make them available for assignment only to 
ISDN BRI lines that are part of a MDC group or the RES group. 


The set of tables in this chapter only list the feature capabilities that are 
available to fully initializing terminal (FIT) types. Nortel Networks provides 


three types of FITs: 
e NI-1 TSP 
e 2B-channel TSP 
e NI-2 TSP 


In terms of the features which they support there are very few differences 
between the NI-1 and the 2B-channel TSPs. For this reason, they share a single 
column in the following tables. This common column notes the key differences 
between NI-1 and 2B terminals. 


The NI-2 TSP has a separate column because there are some differences 
between NI-2 and NI-1 terminals. These differences resulted from the 
introduction of new “busy” definitions used to support: 


e DN/CT busy limits 
e B-channel busy throttling with associated groups 


e ISDN lines associated with more than 2 B-channel terminals 


An additional key difference between NI-2 terminals and NI-1 and 
2-B-channel TSPs is that only NI-2 terminals support standardized Bellcore 
Parameter Downloading. 


The number of differences between NI-1 and NI-2 TSPs is minimal when 
compared to the total number of features common to both. 


Both the NI-1 and NI-2 TSPs have the option to subscribe to EKTS. The 
column called “Notes, Applicability to EKTS Terminals and MADN DNs” 
lists the terminal and feature differences for shared EKTS (MADN) DNs. 


Table description 
In the following tables, each row contains a DMS-100 switch access or system 
feature available to ISDN BRI terminals. The following headings are used for 
the columns in the tables. 


Feature title and feature number—lists DMS-100 access or system feature 
names (in alphabetical order) available to ISDN BRI terminals. The feature 
title and feature number are identical to those listed in the MDC feature library 
and the DMS-100/DMS-500 Systems Feature Planning Guide Year 2000. The 
MDC feature library is available online at 
http://www.nortel.com/pcenprods/mdc/library/isdn/index.html. Other features 
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come from the DMS-100 Service Order Reference Manual, 297-8001-8081, 
and do not have a feature number. Feature package numbers are included 
where applicable. 


DMS-100 parameter— provides the DMS-100 switch provisioning keyword 
name for features that can be assigned to a line, a terminal, or a DN. 


A parameter is not listed for one of the following reasons: 


e The feature is a system level capability that does not require keyword 
assignment. 


e The feature is assigned at the customer group level. 


e The information was not available at the time of publication. 


NI-1 terminal and 2B terminal—identifies features that can be assigned to 
NI-1 and 2B terminals. 


NI-2 terminal—identifies the features that are available to NI-2 terminals. 


NI-2 EKTS CACH terminal—indicates the feature, such as CRBL, is 
available to NI-2 CACH terminals with a non-MADN DN assigned to the 
PDN. 


NI-2 EKTS CACH w/MADN— indicates that the feature is available to NI-2 
CACH terminals with a MADN DN. MADN sharing provides the capability 
for a single call appearance of a DN to be shared across multiple EKTS TSPs. 
An example of MADN sharing is MADN SCA. MADN CACH DN sharing 
provides the capability of sharing multiple appearances of a DN. 


The “Basic” and “CACH” EKTS options can be assigned to an NI-1, 2 
B-channel, or NI-2 LTID/TSP. Only NI-2 LTID/TSPs fully support 
subscription of multiple appearances of MADN CACH DN sharing. Assigning 
the CACH option to any of the above LTID/TSP types configures the protocol 
to use EKTS CACH signaling. However, the EKTS sharing service on an NI-1 
or 2B-channel LTID/TSP is limited to a single MADN call appearance. 


Some features are not provisionable on MADN CACH DNs. This is indicated 
by a “NO” entered in the MADN column of the matrix. In some cases, the 
feature is available to MADN SCA DNs. This is indicated by a note associated 
with the entry “NO” in column, “NI-2 EKTS CACH w/MADN.” 


Some features are assigned only to the primary member of a MADN. The 
primary member of a MADN DN is distinct from the primary DN ona 
terminal. The primary number of a MADN is the DMS provisioning point for 
the DN. For MADN CACH DNs this member is designated as the CACH 
controller. For MADN SCA it is designated as the primary member. DN/CT 
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based features assigned to the primary DN apply to all members of the DN. 
This is generally applicable to terminating features such as Call Forwarding. 
These features are indicated with a YES in the MADN column and a note in 
the notes column. 


Some features are restricted to use by the primary or controlling member of a 
MADN. These are identified in the MADN column with the COF notation. 
COF stands for controller only function. 


Restrictions for MADN DN provisioning are the same for all terminal types. 
Even though MADN CACH is provisionable on an NI-1 or 2B terminal, those 
DNs do not have any additional functionality. Call processing for MADN 
CACH DNs is only available to customers of the NIO000051 SOC option. 
Customers that do not have the SOC option will not be able to make calls on 
MADN CACH DNs. 


Note 1: This column provides notes on the differences between the NI-1, 
2B-channel, and NI-2 terminal types. It also contains explanatory text on 
features or the DMS-100 provisioning parameters. 


Note 2: Any restrictions for RES or CENTREX features are also indicated 
in this column. 


Table 4-1 lists ISDN BRI features introduced in NAO14. Table 4-2 lists packet 
handler features introduced in NAO14. Table 4-3 lists ISDN BRI features 
introduced up to and including NAO12. Table 4-4 lists packet handler features 
introduced up to and including NAO12. 


Table 4-1 NA014 ISDN BRI features 


NI-1 NI-2 NI-2 Notes and 
terminal EKTS EKTS applicability to 
: Feature DMS-100 and 2B NI-2 CACH CACH EKTS terminals 
Feature title number parameter terminal terminal terminal w/MADN and MADN DNs 
NI-2 Uniform 59005970 Yes Yes Yes Yes Applies to EKTS 
Display Features (NIO00052) MADN CACH 
and SCA DNs. 
Table 4-2 NA014 Packet Handler features 
NI-1 NI-2 NI-2 Notes and 
terminal EKTS EKTS applicability to 
f Feature DMS-100 and 2B NI-2 CACH CACH EKTS terminals 
Feature title number parameter terminal terminal terminal w/MADN and MADN DNs 
On-demand 59013206 N/A Yes N/A N/A Does not apply 
B-channel (ODB) 59013267 to EKTS MADN 
59013271 CACH and SCA 
(NI000052) DNs. These are 


packet handler 
features. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 1 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
BRI access, call control, and signaling 
ISDN BRI Layer 1 (NI000008) — Yes Yes Yes Yes GR-303 
interface. NI-2 
not supported 
until NAOO9. 
ISDN BRI Layer 2 AL2277 - Yes Yes Yes Yes 
AJ0164 
AR0041 
(NI000008) 
BRI Circuit-Mode Call AC0329 - Yes Yes Yes Yes 
Control AF3604 
AJ0812 
AR0042 
(NI00008) 
BRI Terminal AR0041 DEFTERM Yes Yes Yes Yes DEFTERM = 
Initialization (NI000008) N; parameter 
AF7448 introduced in 
(NI000061) NAOO7. 
AF7448 
provides 
automatic 
lamp refresh 
after 
initialization. 
Service Profile AF7240 TSPID Yes Yes Yes Yes Replaces 
Identifier (NIO000052) SPIDSFX + 
Primary DN in 
NAOOQ. 
Parameter AF6632 = No Yes Yes Yes Applicable to 
Downloading (NI000051) NI-2 
provisioned 
terminals only. 
Parameter AF6632 = No Yes Yes Yes Applicable to 
Downloading-Version (NI000051) NI-2 
2 (Extensions for provisioned 
Virtual Key Service) terminals only. 
Download Additional AF6632 = No Yes Yes Yes Applicable to 
Data for Softkey (NI000051) NI-2 
Operations-Parameter provisioned 


Downloading-Version 
2.1 


terminals only. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 2 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
DN Call Appearance AF7485 NDNAP No Yes Yes Yes EKTS MADN 
Key Independence (NIO00052) CACH DNs do 
(CRBL Key not use CRBL. 
Decoupling) Available in 
NAO11. 
Service Profile AC0451 = Yes No No No Applicable to 
Management (SPM) (NIO00008) NI-1 
provisioned 
terminals only. 
NI-2 
provisioned 
terminals use 
Parameter 
Downloading. 
Automatic SPID AF7240 - Yes Yes Yes Yes Available in 
(NI000060) NA009 
Default Services for AF7346 - Yes Yes Yes Yes Not applicable 
Terminals (NIO000051) to 2B 
CMD-only 
terminals. 
D-channel Message AF7461 Yes Yes Yes Yes Rapid 
Performance (NI000061) Messaging. 
Monitoring and Control Feature is 
available in 
NAO10. 
BRI Interworking with AC0249 S Yes Yes Yes Yes 
SS7 AC0250 
AC0251 
AG0671 
AG2001 
AG2211 
AF3243 
(NIO00008) 


Uniform Interface Configurations for BRI 


Single User with AC0097 Yes Yes Yes Yes 
Multiple Applications (NI000051) 
Two users sharing a AC0097 Yes Yes Yes Yes 
BRI (NI000051) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 3 of 28) 


Feature title 


Feature 
number 


DMS-100 
parameter 


NI-1 


terminal 


and 2B 


terminal 


NI-2 
terminal 


NI-2 
EKTS 
CACH 
terminal 


NI-2 EKTS 
CACH 
w/MADN 


Notes and 
applicability 
to EKTS 
terminals and 
MADN DNs 


More than 2 B-channel 
terminals on a BRI 


Associated Group 
Indicator 


B-channel Access 
Restriction on a TSP 


DN Sharing over 
Multiple Call Types on 
an Integrated Terminal 


Non-initializing 
Terminals 


Assignment of Feature 
Keys to Default TSP 
(NITs) 


Features Available to 
NITs: Message 
Service 


AF7327 
(NI000052) 


(NI000051) 


AF7326 
(NIO00060) 


AF6733 
(NI000050) 
AF6778 
(NI000051) 
AF7455 
(NI000052) 


AF6461 
(NI000050) 
AF6788 

(NI000052) 


AF6461 


(NI000050) 


AF6461 
(NI000050) 


AGA 


AGA 


DEFTERM 


MWT 


No 


NI-1 No 
2B Yes 


No 


NI-1 No 
2B Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


N/A 


N/A 


N/A 


Yes 


Yes 


Yes 


Yes 


N/A 


N/A 


N/A 


Available only 
using NI-2 
provisioning. 
Feature 
available in 
NAOOQ. 


Associated 
Groups on an 
LTID basis. 


Associated 
Groups on an 
LTID basis. 


NA007 CMD 
and VI only, 
NAOO8 added 
PMD, NA010 
added CMD 
for MADN 
CACH DNs. 


EKTS 
terminals 
require 
initialization. 
AF6461 
(NA007) 
provides 
circuit-mode 
NITs; AF6788 
(NA009) 
provides 
packet-mode 
NITs. 


Not applicable 
to EKTS 
terminals, 
since they 
require 
initialization. 


EKTS 
terminals 
require 
initialization. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 4 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Features Available to AF6461 FC Yes Yes N/A N/A EKTS 
NITs: Flexible Calling (NI000050)  CONFSIZE terminals 
DROP require 
TRANSFER initialization. 
Features Available to AF6619 ACB Yes Yes N/A N/A EKTS 
NITs: Automatic (NI000051) terminals 
Callback require 
initialization. 
Support of Two AF6432 NI-1 No Yes Yes Yes Applicable to 
Simultaneous Voice (NI000050) 2B Yes terminals 
Calls on Different provisioned as 
B-channels from a 2B or NI-2 
Single TEI only. 
DN Sharing Over AF7328 No Yes Yes Yes Applicable 
Multiple Terminals AF6778 only to 
(Ni000061) terminals 
provisioned as 
NI-2. 
Support of Multiple AJO165 Yes Yes Yes Yes 
Non-EKTS DNs ona (NIO00008) 
Single TEI 
BRI Features 
EKTS 
EKTS/FLEX AF7683 = Yes Yes Yes Yes Not 
Interworking for ISDN (NIO00052) provisionable. 
Multiple DNs ona AG1342 SCA Yes N/A N/A Yes 
terminal (NIO00008) 
Analog Member of an (NI000008) MDN Yes N/A N/A Yes 
EKTS Group SCA/CACH 
Multiple DN AF6638 CACH Yes N/A Yes Yes 
Appearances/CACH (NI000051) MDN 
Hold/Retrieve (NI000008) EHLD Yes No No Yes 
Bridging/DN Bridging AG1301 Yes No No Yes AF7683 
(NIO00008) available in 
AF7683 NAO11. 
59005931 ( 
NI000052) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 5 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Intercom Calling AJ0166 GIC Yes Yes Yes Yes 
(NI000008) 
Membership in a (NI000008) Yes No Yes No Provisioning 
Multiline Hunt Group parameters 
described in 
MLHG section. 
Terminal must 
be provisioned 
as EKTS, DN 
must be 
non-shared. 
Abbreviated and AF1272 MRF Yes No No Yes Also known as 
Delayed Ringing AQ0734 MADN Ring 
(NIO00008) Forward. 
Automatic Bridged (NI000008) PRV Yes N/A N/A Yes PRV = privacy 
Call Exclusion PRL PRL = privacy 
INT_STAT release. 
PRL_MODE 
Manual Bridged Call (NI000008) PRV Yes N/A N/A Yes 
Exclusion PRL 
INT_STAT 
PRL_MODE 
Allow EKTS DNS and AF6649 CARES Yes No No Yes 
Call Appearances to (NI000051) DTM 
be Restricted to DOR 
Originating or 
Terminating Only 
Allow EKTS DNs and AF6649 CARES Yes No No Yes 
Call Appearances to (NI000051) DTM 
be restricted to DTMEPI 
Originating and 
Priority Incoming Only 
EKTS Key Short Hunt AQO0733 KSH Yes No No No Proprietary 
(NIO00008) DMS feature. 
Use MADN 
EKTS CACH 
to get 
equivalent 
function on 
NI-2. 
EKTS NI-2 Service 59005931 Yes Yes Yes Yes Not 
Uniformity (NIO00052) provisionable. 
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4-10 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 6 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Intercom AF0166 MRFM Yes No No Yes Proprietary 
(NI000008) DMS feature. 
MADN Ring Forward AF1272 MRFM Yes No No Yes Proprietary 
Manual (NI000008) DMS feature. 


Similar, but not 
equivalent to 


Station Ring 
Transfer. 
Call Forwarding 
Call Forwarding ALO655 CFI, CFU, Yes Yes Yes Yes CFXDNCT is 
Variable AQ0735 CFXDNCT, Note: used for NI-2 
F1815 CFXVAL Asdan: with 
F2549 '9 suboptions of 
(NI000008) ment to CFI, CFU and 
AF6901 MADN CFF. CFXVAL 
(NI000051) controller is an NI-2 
affects all OPtion that 
provides 
appear: validation of 
ances of remote DN. 
the 
DN/CT. 
Courtesy Call AF6901 CFXVAL Yes Yes Yes Yes Customer 
(NI000051) group option 
CFWVAL is 
used for NI-1. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 7 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS toEKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Reminder Notification F3804 Yes Yes Yes Yes 
(NIO00008) 
AF6901 
(NI000051) 
Redirecting Number AF7686 Yes Yes Yes Yes Available in 
(NIO00052) NAO11. 
Redirecting Reason AF7686 Yes Yes Yes Yes Available in 
(NIO00052) NAO11. 
Call Forward Interface F1815 CFB, CBU, Yes Yes Yes Yes CFB can 
Busy BC1206 CFXDNCT Note: forward only to 
(NI000008) Assigh- an intragroup 
AF6901 DN. CBU can 
(NI000051) ment to forward to any 
MADN DN and must 
controller be assigned 
affects all With CFB. 
CFXDNCT is 
bs aie used for NI-2 
ances of only with 
the suboptions of 
DN/CT. CFB and CBU. 
Call Forward Don’t BC1206 CFD, CDU, Yes Yes Yes Yes CFDVT =don’t 
Answer BZ0588 CFDVT, Note: answer timer 
AU3099 CFXDNCT Assign- CDU can 
(NI000008) forward to any 
AF6901 ment to DN and must 
(NI000051) MADN be assigned 
controller with CFD 
affects all CFXDNCT is 
used for NI-2 
appear: only with 
ances of suboptions of 
the CFD and CDU. 
DN/CT. 
Call Forward Variable AL0655 CFI, CFU, Yes Yes Yes Yes CFXDNCT is 
Customer Group AQ0735 CFXDNCT Note: used for NI-2 
F1815 Assign- only with 
F2549 suboptions 
(NI000008) ment to CFU and CFI. 
AF6901 MADN 
(NI000051) controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
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4-12 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 8 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Call Forwarding F0410 CFI Yes Yes Yes Yes Remote DN 
Intragroup only (NIO00008) Note: must be within 
Assign- same 
ment to customer 
MADN group. Assign 
controller CFI suboption 
affects all to CFXDNCT 
appear- feature. 
ances of 
the 
DN/CT. 
Call Forwarding Busy BC0815 CBE, Yes Yes Yes Yes Only forward 
Group Only F1815 CFB,CBU, Note: calls coming 
(NIO00008) CFXDNCT Assign- from within 
AF6901 ment to customer 
(NI000051) MADN group. CBE 
controller prevents 
affects all incoming calls 
appear- from being 
ances of forwarded. 
the 
DN/CT. 
Call Forwarding Busy BC0815 CBE, CFB, Yes Yes Yes Yes Only forward 
Group Only, F1815 CBU, Note: calls coming 
Intragroup (NI000008)  CFXDNCT Assign- from within 
AF6901 ment to customer 
(NI000051) MADN group. Remote 
controller DN must be in 
affects all customer 
appear- group. 
ances of 
the 
DN/CT. 
Call Forward Busy BC1206 CBI, CFB, Yes Yes Yes Yes CBI prevents 
Incoming Only (NI000008) CBU, Note: intragroup 
AF6901 CFXDNCT Assign- calls being 
(NI000051) ment to forwarded 
MADN when CFB and 
controller CBU are 
affects all assigned. 
appear- 
ances of 
the 
DN/CT. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 9 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Call Forward Busy BC1206 CDI,CFB, Yes Yes Yes Yes Remote DN 
Incoming Only (NIO0008) CFXDNCT Note: must be in 
Intragroup AF6901 Assign- customer 
(NI000051) ment to group. 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Call Forwarding Don’t BC0815 CDE, CFD, Yes Yes Yes Yes Only forward 
Answer Group Only, F1815 CDU, Note: calls coming 
Intragroup (NI000008)  CFXDNCT Assign- from within 
AF6901 ment to customer 
(NI000051) MADN group. CDE 
controller prevents 
affects all incoming calls 
appear- from being 
ances of forwarded. 
the 
DN/CT. 
Call Forwarding Don’t BC0815 CDE, CFD, Yes Yes Yes Yes Only forward 
Answer Group Only, F1815 CFXDNCT Note: calls coming 
Intragroup (NIO00008) Assign- from within 
AF6901 ment to customer 
(NI000051) MADN group. Remote 
controller DN must be in 
affects all customer 
appear- group. 
ances of 
the 
DN/CT. 
Call Forward Don’t BC1206 CDI, CFD, Yes Yes Yes Yes CDI prevents 
Answer Incoming Only F1815 CDU, Note: intragroup 
(NI000008)  CFXDNCT Assign- calls from 
AF6901 ment to being 
(NI000051) MADN forwarded 
controller when CFD and 
affects all optionally 
appear- CDU are 
ances of assigned. 
the 
DN/CT. 
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4-14 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 10 of 28) 


Feature title 


Feature 
number 


DMS-100 
parameter 


NI-1 
terminal 
and 2B 
terminal 


NI-2 

EKTS 
NI-2 CACH 
terminal terminal 


NI-2 EKTS 
CACH 
w/MADN 


Notes and 
applicability 
to EKTS 
terminals and 
MADN DNs 


Call Forwarding Don’t 
Answer Incoming Only 
Intragroup 


Call Forwarding Over 
Private 
Facilities-Voice 


Call Forwarding Over 
Private Facilities-Data 


Remote Access to 
ISDN Call Forwarding 


Call Forwarding Fixed 


BC1206 
F1815 
(NI000008) 
AF6901 
(NI000051) 


F1815 
(NI000008) 


F1815 
(NI000008) 


AF7685 
(NI000052) 


F1815 
(NI000008) 


CDI, CFD, 
CFXDNCT 


CFRA 


CFF, 
CFXDNCT 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes Yes 


Yes Yes 


Yes Yes 


Yes Yes 


Yes Yes 


Yes 
Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 


Yes 
Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 


Yes 
Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 


Yes 


Yes 


Remote DN 
must be in 
customer 


group. 


DMS 
proprietary 
feature. User 
can activate 
and 
deactivate, but 
can not 
program 
remote DN. 
ON NI-2 lines, 
CFF isa 
suboption of 
CFXDNCT. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 11 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Call Forward Timed for AF6278 CFTB Yes Yes Yes Yes DMS 
CFB Note: proprietary 
Assign- feature. The 
ment to CFTB option 
MADN routes 
controller forwarded 
affects all calls that are 
appear- busy to 
ances of treatment tone 
the or announce- 
DN/CT. ment. 
Call Forward Timed for AF6278 CFTD Yes Yes Yes Yes DMS 
CFD Note: proprietary 
Assign- feature. The 
ment to CFTD option 
MADN routes 
controller forwarded 
affects all calls that are 
appear- answered to 
ances of treatment after 
the time-out 
DN/CT. period 
determined 


earlier expires. 


Denied Call BC1206 DCF Yes Yes Yes Yes DMS 

Forwarding (NIO00008) Note: proprietary 
Assign- feature. The 
ment to DCF option is 
MADN used to 
controller prevent a line 
affects all from receiving 
appear- forward calls. 
ances of 
the 
DN/CT. 

Call Forwarding NI-2 59005942 CFXVAL No Yes Yes Yes Yes 

Service Uniformity (NIO000052) 

ISDN Call Hold 

Hold and Retrieve (NIO00008) — Yes Yes Yes Yes Not 

provisionable. 
B-channel (NIO00008) — Yes Yes Yes Yes Not 
Reservation provisionable. 


Flexible Calling 
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4-16 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 12 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Three-way and AQ0736 FC Yes Yes Yes Yes AF7683 
Six-way Conference AG1301 CONFSIZE available in 
Calling (NIO00008) NAO11. 
AF6951 
AF6592 
(NI000051) 
AF7683 
(NI000052 
12-, 18-, 24-, and 30- AQ0736 FC Yes Yes Yes Yes 
way Conference (NI000008)  CONFSIZE 
Calling 
Simultaneously Assign AF6593 Yes Yes Yes Yes Any two sizes 
3-way and 6-way (NI000051) of Flexible 
Conference to Calling may be 
Controller assigned 
including: 3, 6, 
12,18, 25, or 
30. 
Consultation Hold AG1301 Yes Yes Yes Yes Always 
(NIO00008) assigned. 
Conference Hold and (NIO00008) Yes Yes Yes Yes Always 
Retrieve assigned. 
Drop Last Call on AG1301 DROP Yes Yes Yes Yes 
Conference (NIO00008) 
Implicit Call Transfer AF4848 FC Yes Yes Yes Yes 
(NIO00008) 
AF6603 
(NI000051) 
Explicit Call Transfer AG1301 XFER Yes Yes Yes Yes XFER on NI-1 
(NIO00008) only. 
Explicit Call Transfer AF6603 TRANSFER No Yes Yes Yes TRANSFER 
(NI000051) on NI-2 only. 
Deactivate conference AF7297 DCC Yes Yes Yes Yes Available in 
Facility When Only (NI000060) NAOOQ. 
Two Parties Remain 
Flexible AF3244 Yes Yes Yes Yes 
Calling-Three-way AF4847 
Chaining (NIO00008) 
Meet-me Conference BV0477 Yes Yes Yes Yes 
BV0958 
(NIO00008) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 13 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Preset Conference BC0708 Yes Yes Yes Yes 
AF2014 
(NI000008) 
Additional Call Offering 
Additional Call AQ0779 ACOU Yes Yes NO No Not applicable 
Offering-Unrestricted (NIO00008) to EKTS DNs 
by Bellcore 
definition. 
Notification Busy Limit | AQ0779 NBL Yes Yes No No NBL is not 
(NIO00008) applicable to 
EKTS DNs. 
Call Reference Busy AC0377 AFC Yes Yes No No NI-1 
Limit (NI000008) provisioning 
uses AFC. 
Call Reference Busy AF6658 CRBL No Yes Yes No NI-2 
Limit (NI000051) provisioning 
uses CRBL. 
EKTS CACH 
uses CAPIs 
not CRBL. 
Calling Number Identification Services 
Delivery of Network AG0981 CND Yes Yes Yes Yes AF6628 
Provided Calling Party AG1709 Note: provides 
Number (NI000008) Assign- DN-based 
AF6628 ment to provisioning. 
(NI000051) MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Privacy of Calling AG0923 SUPPRESS Yes Yes Yes Yes 
Party Number (NI000008) 
Privacy Change AF6627 PCAIDS Yes Yes Yes Yes AF7454 
Allowed (NI000051) provides 
AF7454 detailed billing 
(NI000052) capability. 
Ability to Segregate (NI000008) Yes Yes Yes Yes 


Number Delivery on 
Inter/Intra -BBG Basis 


National ISDN BRI Service Implementation Guide 


4-18 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 14 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Calling Party Number AJ0814 PROVCGS Yes Yes Yes Yes 
Subaddress (NIO00008) 
Called Party Number AJ0814 PROVCDS Yes Yes Yes Yes 
Subaddress (NIO00008) 
High-layer AJ0814 PROVHLC Yes Yes Yes Yes 
Compatibility (NIO00008) 
Low-layer AJ0814 PROVLLC Yes Yes Yes Yes 
Compatibility (NIO00008) 
Screening AF3243 Yes Yes Yes Yes AF7223 
(NIO00008) available in 
AF7223 NAOOQ. 
(NIO00052/ 
NI000051) 
Delivery of Redirecting ARO179 RND Yes Yes Yes Yes ARR provides 
Number (NIO00008) ARR for aggregate 
AF7736 AMA records 
(NIO00052) for RND. 
AF7736 is 
available in 
NA011 and 
provides for 
delivery of the 
second 
redirecting 
number. 
Delivery of Redirecting ARO179 Yes Yes Yes Yes AF7736 is 
Reason (NIO00008) available in 
AF7736 NA011 and 
(NIO000052) provides for 
delivery of the 
second 
redirecting 
number. 
Privacy of Redirecting 59005918 If SUPPRNDis 
Number (NI000052 not pro- 
visioned, the 
SUPPRESS 
option is used. 
Redirecting Number AG0923 SUPPRESS Yes Yes Yes Yes Privacy of RN 
Privacy (NI000008) is the same as 
the privacy of 
the CPN. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 15 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Redirecting Number AF7736 RND Yes Yes Yes Yes ARR provides 
and Reason Delivery (NI000052) ARR for aggregate 
AMA records 
for RND. 
Redirecting Number AF7686 = Yes Yes Yes Yes Not 
and Reason for ISDN (NIO00052) provisionable. 
Call Forwarding 
Allow number privacy AF6627 Yes Yes Yes Yes 
change tobe generally  (NI000051) 
available without 
subscription 
ISDN Display Service 
Protocol and G0138 REASDSP Yes Yes Yes Yes DMS feature is 
Procedures AR0179 called Name 
(NIO00008) and Reason 
Display. 
Automatic Callback 
Intraswitch BV0533 RAG Yes No No No RAG is NI-1 
and 2B only. 
Intraswitch AF6619 ACB No Yes Yes Yes Not available 
(NI000051) on NI-1 and 2B 
AF7684 terminals. 
(NI000052) 
Interswitch-Any AC0262 NRAG Yes No No No NRAG = 
Designated Call Network Ring 
Again. NRAG 
is a proprietary 
DMS feature 
and is 
provisionable 
on NI-1 and 2B 
terminals only. 
Interswitch-Any AF6619 ACB No Yes Yes Yes Not available 
Designated Call (NI000051) on NI-1 and 2B 
AF7684 terminals. 
(NI000052) 
Interswitch-Circuit- AF6619 ACB No Yes Yes N/A Not available 
mode Data (NI000051) on NI-1 and 2B 
terminals. 
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4-20 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 16 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
MADN CACH/ACBAR AF7684 ACB No No Yes Yes Already 
Interworking (NI000052) AR supported for 
non-MADN 
CACH DNs in 
previous 
releases. 
Message Service 
Audible Message AF7333 MWT Yes Yes Yes Yes Specify STD or 
Waiting Indicator (NI000060) (COF — MWL_STD. 
Controller Feature 
only available in 
functional- NAOOQ. 
ity) 
Visual Message BC0816 MWT Yes Yes Yes Yes Specify STD or 
Waiting Indicator AJ0432 (COF — MWL_STD. 
(NIO00008) Controller Feature 
only available in 
functional- NAOOQ. 
ity) 
Multiline Hunt Group 
Analog in Hunt Group F1237 Yes Yes Yes No 
(NI000008) 
Linear Hunting F1237 DNH Yes Yes Yes No 
(NI000008) 
Circular Hunting F1237 CIR Yes Yes Yes No Assign CIR on 
(NI000008) pilot DN. 
Uniform Hunting F1237 DLH Yes Yes Yes No 
(NI000008) 
Preferential Hunting F1237 PRH Yes Yes Yes No Assign to 
(NI000008) GROUPTYPE. 
Stop Hunt F1237 SHU Yes Yes Yes No 
(NI000008) 
Make Busy BV0936 MSB Yes Yes Yes Yes Also known by 
AL0619 MBK feature 
(NI00008) MSBI numbers 
F1828 and 
F2964. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 17 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Line Overflow to DN F1237 LOD Yes Yes Yes No DMS 
(NIO00008) proprietary 
feature 
Applicable to 
Hunt groups 
only. 
Line Overflow to Route F1237 LOR Yes Yes Yes No DMS 
(NIO00008) proprietary 
feature 
Applicable to 
hunt groups. 
Basic Business Group 
Inclusion of Non-ISDN = BV1214 N/A N/A N/A N/A 
Circuit-mode lines (NIO00008) 
Inclusion of Non-ISDN BV1214 N/A N/A N/A N/A 
Circuit-mode Private (NIO00008) 
Facilities 
Semi-Restricted BV0779 Yes Yes Yes Yes Available 
Originating Access (NIO00008) using NCOS. 
Semi-Restricted (NI000008) TRC Yes Yes Yes Yes Modify using 
Terminating Access ATRC CHG 
command. 
Semi-Restricted Line BV0415 TRC Yes Yes Yes Yes Use TRC, 
BV0416 ATRC ATRC, and 
(NI000008) NCOS. 
Fully-Restricted BV0779 Yes Yes Yes Yes Yes Parameter 
Originating Access (NIO00008) CRL in table 
IBNXLA. 
Fully-Restricted BV0415 DIN Yes Yes Yes Yes DMS Denied 
Terminating Access (NIO00008) Incoming 
feature. 
Fully Restricted Line BV0415 Yes Yes Yes Yes Parameter 
BV0416 CRL in table 
(NIO00008) IBNXLA and 
NCOS. 
Denied Origination F0199 DOR Yes Yes Yes No For NI-2 EKTS 
(NI000008) MADN XACH 
DNs use cares 
to deny 
origination. 
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4-22 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 18 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Special Intercept BV0427 Yes Yes Yes Yes FLEX_INTCP 
Announcement (NIO00008) T parameter in 
table IBNXLA. 
Denied Termination F0199 DTM Yes Yes Yes Yes 
(NI000008) 
Simulated Facility F1234 Yes Yes Yes Yes DMS feature is 
Groups for In and Out F2359 called Virtual 
Calls (NI000008) Facility Group 
(parameter 
VFG in table 
VIRTGRPS. 
Business Group Dial Access Feature 
Manual/Direct BC0932 AUL Yes Yes Yes Yes DMS feature 
Connect BRO805 name is 
(NIO00008) Automatic 
AF6592 Line. 
(NI000051) 
Expensive Route BV0698 Yes Yes Yes Yes Parameter 
Warning Tone BR0682 ERDT in table 
(NI000008) CUSTHEAD, 
NCOSOPT in 
table NCOS, 
and table 
IBNRTE. 
Business Group BV0412 Yes Yes Yes Yes Feature 
Dialing Plan (NI000008) number is also 
known as 
F0407. Table 
IBNXLA. 
Abbreviated Dialingfor BV0412 Yes Yes Yes Yes Table IBNXLA. 
Circuit-Mode Calls (NI000008) 
Intercom Dialing BV0412 Yes Yes Yes Yes Parameter 
(NI000008) EXTN in table 
IBNXLA. 
Single-Digit Dialing BV0412 Yes Yes Yes Yes Table IBNXLA. 
(NI000008) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 19 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Attendant Access AF0507 Yes Yes Yes Yes Parameter 
AJ0507 TRESEL in 
(NI000008) table IBNXLA. 
Speed Dialing Access F1814 SCL Yes Yes Yes Yes SCL = Speed 
(NI000008) SCS Call, Long 
SCS = Speed 
Call, Short. 
Dial Access to Private (NI000008) Yes Yes Yes Yes NET and PVT 
Facilities parameters in 
table IBNXLA. 
Dial Access to (NI000008) Yes Yes Yes Yes Parameter 
Automatic Flexible ARS in table 
Routing IBNRTE. 
Customer ACCESS (NI000008) Yes Yes Yes Yes Parameter 
Treatment Code CRL in table 
Restrictions CODEBLK. 
Code Restriction and BV0421 CTD Yes Yes Yes Yes 
Diversion (NIO00008) CRL 
Direct Outward Dialing BV0414 Yes Yes Yes Yes 
Direct Inward Dialing BV0413 Yes Yes Yes Yes 
(ni000008) 
ISDN Call Pickup 
ISDN Call Pickup BC1453 CPU Yes Yes Yes No Can be 
BV0821 assigned to 
AF3554 MADN SCA 
(NI000008) DNs. 
Directed Call Pickup DCPU Yes Yes Yes Yes 
Non-Barge-in 
Access to Analog Features 
Multiline Variety BC0954 Yes Yes Yes Yes Allows use of 
Package (NIO00008) POTS dialing 
plan and 
Centrex 


access codes. 
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4-24 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 20 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS toEKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Free Terminating F0203 FNT Yes Yes Yes Yes 
Service (NIO00008) Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Speed Calling F0419 SCU Yes Yes Yes Yes SCU = Speed 
F1814 Call User. 
(NIO00008) 
Customer-Change- F0416 SCL Yes Yes Yes Yes SCL = Speed 
able Speed Calling F0417 SCS Call, Long 
F1814 SCS = Speed 
(NI000008) Call, Short. 
Remote Call (NI000008) Yes Yes Yes Yes Uses Virtual 
Forwarding DN 
(VDNTYPE = 
RCF or 
RCFEA in 
NEWDN 
command). 
Trunk Answer Any BV0445 Yes Yes Yes Yes 
Station BV0505 
(NI000008) 
Foreign Exchange BV0480 Yes Yes Yes Yes 
Facilities BR0369 
(NI000008) 
800 Service (INWATS) BV0687 Yes Yes Yes Yes 
(NI000008) 
800 Services- BV0687 Yes Yes Yes Yes 
Simulated Facility (NIO00008) 
Group (SFG) 
Regulatory—Two-way AF 1664 Yes Yes Yes Yes 
WATS (NIO00008) 
Outward Wide Area BV0686 Yes Yes Yes Yes 
Telecommunications AF1664 
(OUTWATS) (NIO00008) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 21 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
OUTWATS Simulated BV0686 Yes Yes Yes Yes 
Facility Group AF 1664 
(NI000008) 
Tie Facility Access (NIO00008) Yes Yes Yes Yes CUTTD in 
table IBNXLA. 
Electronic Tandem BV0585 Yes Yes Yes Yes ETN 
Switching (ETS) BV0789 
Access (NIO00008) 
Enhanced Private F1160 Yes Yes Yes Yes 
Switched (NI000008) 
Communication 
Service Access 
(EPSCS) Access 
Dial Access to Private (NIO00008) Yes Yes Yes Yes 
Facilities 
Tandem Tie Facility (NIO00008) Yes Yes Yes Yes 
Dialing 
Radio Paging Access BV0502 Yes Yes Yes Yes 
BV0503 
(NI000008) 
Code Calling BV0501 Yes Yes Yes Yes 
(NI00008) 
Loudspeaker Paging BV0914 Yes Yes Yes Yes 
(NI000008) 
Selective Control of (NI000008) Yes Yes Yes Yes 
Facilities 
Deluxe Queuing (NI000008) Yes Yes Yes Yes 
Off-hook Queuing BV0507 Yes Yes Yes‘ Yes 
BV0967 
BV0784 
(NI000008) 
On-hook Queuing BC0931 Yes No No No DMS feature is 
BV0785 Call Back 
(NI000008) Queuing. 
Post-Queue Routing (NI000008) Yes Yes Yes Yes 
Priority Queuing (NI000008) Yes Yes Yes Yes CBQSP 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 22 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Service Protection AF6934 ELN Yes Yes Yes Yes Essential 
(NI000051) Lines 
Automatic Route G0050 Yes Yes Yes Yes 
Selection BV0506 
AF1097 
(NIO00008) 
Deluxe Automatic BV0782 Yes Yes Yes Yes Feature also 
Route Selection (NIO00008) known as 
F0757. 
Automatic Alternate BV0782 Yes Yes Yes Yes Feature also 
Routing (NI000008) known as 
F0757. 
Uniform Numbering BV0417 Yes Yes Yes Yes 
(NI000008) 
Off-Network to AN0322 Yes Yes Yes Yes Provided using 
On-Network (NI000008) Network 
Conversion Access 
Registers. 
On-Network to (NI000008) Yes Yes Yes Yes 
Off-Network 
Conversion 
Facility Restriction (NI000008) Yes Yes Yes Yes 
Level 
Manual/Time-of-Day BV0791 Yes Yes Yes Yes Reference 
Routing Control BV1136 features also 
(NI000008) known as 
F1183 and 
F1787. 
Authorization Codes BR0822 Yes Yes Yes Yes 
for AFR (NI000008) 
Account Codes for F0423 Yes Yes Yes Yes 
AFR (NI000008) 
Customer Dialed BC1699 Yes Yes Yes Yes 
Account Recording BV0493 
(CDAR) (NI000008) 
Attendant Access to F0391 Yes Yes Yes Yes 
Code Calling (NI000008) 
Attendant Conference F1631 Yes Yes Yes Yes 
(NI000008) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 23 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Night Service— BV0445 Yes Yes Yes Yes Reference 
Attendant BV0688 features also 
(NIO00008) known as 
F1626 and 
F1265. 
Power Failure (NIO00008) Yes Yes Yes Yes 
Transfer— Attendant 
Dial Through F3792 Yes Yes Yes Yes 
Attendant F3885 
(NIO00008) 
Attendant Tie Trunk FO771 Yes Yes Yes Yes 
Busy Verification (NIO00008) 
Basic Emergency (NIO00008) Yes Yes Yes Yes 
Service (911) 
Tracing of Terminating  BR0320 CLI Yes Yes Yes Yes 
Calls (NIO00008) Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Tandem Call Tracing (NIO00008) Yes Yes Yes Yes 
Trace of a Call in BR0320 CLI Yes Yes Yes Yes 
Progress (NIO00008) Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Series Completion AF2589 SCMP Yes Yes Yes No 
(NIO00008) 
Automatic Recall (NI000051) AR No Yes Yes No 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 24 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Customer Originated AN0189 COT Yes Yes Yes Yes 
Trace (NI000008) Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 
Screen List Editing AN0189 Yes Yes Yes No 
(NI000008) 
Selective Call AN0189 SCA Yes Yes Yes No 
Acceptance 
Selective Call AN0189 SCF Yes Yes Yes No 
Forwarding (NI000008) 
Selective Call AN0189 SCRJ Yes Yes Yes No 
Rejection (NI000008) 
Anonymous Call (NI000052) ACRJ Yes Yes Yes No 
Rejection 
ISDN Calling Name Identification Services 
Calling Name Delivery AF6640 CNAMD Yes Yes Yes No Bellcore 
(TCAP) (NI000051) defined 
feature uses 
TCAP queries 
to centralized 
database. 
TCAP Name Delivery 59005587 Yes Yes Yes No Applies to 
for MADN DN (NI000052) EKTS MADN 
CACH and 
SCA DNs. 
Calling Name Delivery ARO0179 NAMEDISP Yes Yes Yes Yes DMS defined 
(DMS) (NIO00008) feature that 
uses a switch 
database for 
name 
information. 
Calling Number NI-2 59005908 Yes Yes Yes Yes Not 
Service Uniformity (NIO00052) provisionable. 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 25 of 28) 


Feature title 


Feature DMS-100 


number 


parameter 


NI-1 
terminal 
and 2B 
terminal 


NI-2 
terminal 


NI-2 
EKTS 
CACH 
terminal 


NI-2 EKTS 
CACH 
w/MADN 


Notes and 
applicability 
to EKTS 
terminals and 
MADN DNs 


Calling Identity 
Delivery and 
Suppression 


Privacy Redirecting 
Number 


ISDN Delivery 
Features 
Deactivation/Reactivat 
ion 


Advanced Intelligent 
Network 


Advanced Intelligent 
Network 


AIN Message Waiting 


+XX Trigger Call (for 
example: second 
feature translator) 


AF6627 
(NI000051) 


CIDSDLV, 
CIDSSUP 


59005918 
(NI000052) 


AF6628 
(NI000051) 
AF7736 

(NI000052) 


RND 


Advanced Intelligent Network 


AR0219 AIN 


AR0219 AINDN 


AU2903 AINMWT 


(AIN00240) 


XXTRG 


SUPPRND 


access 
code only 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


Yes 


FA and Access 
Code for NI-2 
terminals. 


CNDA and 
CNDD dial 
access codes 
for NI-2 
terminals. 


Provisioning 
using trigger 
group 
provisioning 
model. See 
NTP 
297-5161-022 
for more 
information on 
AIN. 


Provisioning 
using trigger 
group 
provisioning 
model or 
trigger item 
provisioning 
model. See 
NTP 
297-5161-022 
for more 
information on 
AIN. 


See NTP 
297-5161-022 
for more 
information on 
AIN. 


See NTP 
297-5161-022 
for more 
information on 
AIN. 


National ISDN BRI Service Implementation Guide 


4-30 Features available to ISDN terminals 


Table 4-3 NA012 and earlier ISDN BRI features (Sheet 26 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS toEKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Other Services 
Access Feature AG1162 Yes Yes Yes Yes 
Grouping AG1866 
(NIO00008) 
Asynchronous AF7691 = Yes Yes Yes Yes Not 
Diagnostics (NIO00052) provisionable. 
Available in 
NAO11. 
Authorization Codes BV0494 Yes Yes Yes Yes 
BR0524 
(NI000008) 
Automatic Dial BV0834 AUD Yes Yes Yes Yes 
(NI00008) 
Call Park BV0938 PRK Yes Yes Yes Yes NI-1 access to 
(NI000008) analog version 
of Call Park. 
Direct Inward System BV0508 Yes Yes Yes Yes 
Access (DISA) AD0729 
BV1543 
(NI000008) 
Do Not Disturb BC0933 DND Yes Yes No No Feature also 
(NIO00008) known as 
F1153. 
Executive Busy BV0949 EBO Yes Yes Yes Yes EBO activation 
Override F1848 against MADN 
AF1923 CACH group 
(NI000008) not supported. 
Executive Busy F1270 EBX Yes Yes Yes Yes 
Override Exempt (NI000008) 
Individual Business BV0819 Yes Yes Yes Yes 
Line (NI000008) 
ISDN Translationsand AJ0811 Yes Yes Yes Yes 
Routing (TR0448) AG2210 
Last Number Redial BC1204 LNR Yes Yes Yes Yes 
(NIO00008) 
Last Number Redial AL0556 LNRA Yes Yes Yes Yes 
(NI000008) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 27 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Layer 3 Service 59006381 Yes Yes Yes Yes Not assignable 
Disruption (NIO00052) 
Line Study (NI000008) SDY Yes Yes Yes Yes Allows an AMA 
record to be 
generated for 
a line 
complaint 
observing and 
or line usage 
studies. 
Modem Pooling AC0515 Yes Yes Yes Yes 
AC0547 
(NIO00008) 

Music On Hold AF6655 KSMOH Yes Yes Yes Yes 
(NI000051) 

Release *NI000008) RLS Yes Yes Yes Yes 

Secondary Language (NIO00008) SL Yes Yes Yes Yes 

SS7 SupportforCFDA 59006550 Yes Yes Yes Yes Customer 

Continue Existing (NI000052) group option. 

Treatment 

User Loop Back 59006435 N/A N/A N/A N/A Notassignable 

Testing (X.25 Echo (NIO00052) to terminal. 

Station) Provisioned by 
MTCE 
commands 
and assigned 
to XLIU. 

Equal Access 

Primary Interexchange BC1368 PIC Yes Yes Yes Yes 

Carrier AL0289 

Presubscription (NI000008) 

IntraLATA Toll PIC (NIO00050) LPIC Yes Yes Yes Yes 

Automatic Message Accounting (Usage Measurements for BRI Features) 

Full AMA as described AF1234 Yes Yes Yes Yes NI-1 

in TR301 and AF3556 (SR-1937) 

TR862)excluding (NI00008) AMA 

ACB, ACO, Calling AF6709 requirements. 


Number Privacy, (NI000051) 
EKTS, MLHG, CPU) 
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Table 4-3 NA012 and earlier ISDN BRI features (Sheet 28 of 28) 


Notes and 
NI-1 NI-2 applicability 
terminal EKTS NI-2EKTS to EKTS 
Feature DMS-100 and 2B NI-2 CACH CACH terminals and 
Feature title number parameter terminal terminal terminal w/MADN MADN DNs 
Station Message BV0463 SMDR Yes Yes Yes Yes 
Detail Recording BRO368 
BR0399 
AL0427 
AF1454 
AL0524 
(NI000008) 
Uniform Usage AF7603 Yes Yes Yes Yes NI-2 
Measurements- Basic AF7504 (SR-2120) 
Business Group (NI000052) AMA 
Subfeatures requirements. 
NA010 
feature. 
Uniform Usage AF7454 Yes Yes Yes Yes NI-2 
Measurements- CNIS (NI000052) (SR-2120) 
Billing without AMA 
Intra-BBG/Inter-BBG requirements 
Segregation NA010 
feature. 
Terminating Billing AF 1922 TBO Yes Yes Yes Yes 
option (NIO00008) Note: 
Assign- 
ment to 
MADN 
controller 
affects all 
appear- 
ances of 
the 
DN/CT. 


Table 4-4 NA012 and earlier Packet Handler features (Sheet 1 of 5) 


NI-1 terminal Notes and applicability 
Feature DMS-100 and 2B to EKTS terminals and 
Feature title number parameter terminal NI-2 terminal MADN DNs 
Automatic Packet Yes Yes 
Resource Assignment 
Call Identifier Yes Yes 
Called Line Address Yes Yes 
Modified Notification 
Calls Barred-Incoming Yes Yes 
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Table 4-4 NA012 and earlier Packet Handler features (Sheet 2 of 5) 


NI-1 terminal Notes and applicability 

Feature DMS-100 and 2B to EKTS terminals and 
Feature title number parameter terminal NI-2 terminal MADN DNs 
Calls Barred-Outgoing Yes Yes 
CCITT-Specified DTE Yes Yes 
Facilities 
Clearing Network Yes Yes 
Identification Code 
Closed User Group Yes Yes 
Features 
Closed User Group Yes Yes 
Indication 
Default Throughput Class Yes Yes 
Assignment 
DMS Packet Handler Call AL2025 Yes Yes 
Processing Base 
DMS Packet Handler Call AG2343 Yes Yes 
Processing Billing Interface 
DMS Packet Handler E.164 AG2327 Yes Yes 
Translations and Routing 
DMS Packet Handler Hunt AQ0894 Yes Yes 
DMS Packet Handler Line AL2200 Yes Yes 
Maintenance Interactions 
DMS Packet Handler on AL2753 Yes Yes 
Single-Shelf LPP 
DMS Packet Handler X.75 AL2198 Yes Yes 
Trunk Maintenance | 
Fast Select Yes Yes 
Fast Select Acceptance Yes Yes 
Fast Select Indication Yes Yes 
Flow Control Parameter Yes Yes 
Negotiation 
Flowthrough Provisioning 
High Level Design for Call AL1902 Yes Yes 
Processing 
HPF LAPB Protocol AL2059 Yes Yes 
HPF LAPD Protocol AL2058 Yes Yes 
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Table 4-4 NA012 and earlier Packet Handler features (Sheet 3 of 5) 


NI-1 terminal Notes and applicability 

Feature DMS-100 and 2B to EKTS terminals and 
Feature title number parameter terminal NI-2 terminal MADN DNs 
Hunt Groups Yes Yes 
Interexchange Carrier Yes Yes 
Preselect 
Interexchange Carrier Yes Yes 
Preselection Indication 
ISDN X.25 Basic Service AL2291 Yes Yes 
Provisioning 
ISDN X.25 Supplementary AL1616 Yes Yes 
Service Provisioning 
Local Charging Prevention Yes Yes 
Network User Identification Yes Yes 
Non-Standard Default Yes Yes 
Packet Size 
Non-Standard Default Yes Yes 
Window Size 
One-way Logical Yes Yes 
Channels-Outgoing 
Packet Resource 
Re-Assignment 
Packet Size Indication Yes Yes 
Packet Terminal AL2125 Yes Yes 
Provisioning 
Permanent Virtual Calls Yes Yes 
PVC Type II Billing AQ1010 Yes Yes 
Recognized Private Yes Yes 
Operating Agency (RPOA) 
Selection 
Reverse Charging Yes Yes 
Reverse Charging Yes Yes 
Acceptance 
Reverse Charging Yes Yes 
Indication 
RPOA Selection Barred Yes Yes 
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Table 4-4 NA012 and earlier Packet Handler features (Sheet 4 of 5) 


NI-1 terminal Notes and applicability 

Feature DMS-100 and 2B to EKTS terminals and 
Feature title number parameter terminal NI-2 terminal MADN DNs 
SERVORD for the DMS AL2289 Yes Yes 
Packet Handler 
Special Connections forthe AL2326 Yes Yes 
DMS Packet Handler 
Switched Virtual Calls Yes Yes 
Tariff Yes Yes 
Operating AQ1008 Yes Yes 
company-Determined 
Parameter Defaults 
Throughput Class Yes Yes 
Indication 
Throughput Class Yes Yes 
Negotiation 
Transit Delay Indication Yes Yes 
Transit Delay Indication Yes Yes 
and Selection 
Transit Network Yes Yes 
Identification Code 
User Self Testing Yes Yes 
Capabilities 
Utility Marker Yes Yes 
Window Size Indication Yes Yes 
X.121 Translations on AQ0956 Yes Yes 
DMS-100 
X.25/X.75 Services AL2066 Yes Yes 
Interface 
X.75 Basic and AL2127 Yes Yes 
Supplementary Service 
Data 
X.75 Interface Identifier 
X.75 Service Assignment AJ1833 Yes Yes 
X.75 Trunk Data AL2126 Yes Yes 
XLIU Loads and AL1906 Yes Yes 
Maintenance 


National ISDN BRI Service Implementation Guide 


4-36 Features available to ISDN terminals 


Table 4-4 NA012 and earlier Packet Handler features (Sheet 5 of 5) 


Protocols 


NI-1 terminal Notes and applicability 
Feature DMS-100 and 2B to EKTS terminals and 
Feature title number parameter terminal NI-2 terminal MADN DNs 
XLIU Maintenance | AL1615 Yes Yes 
XLIU X.25, X.75, and X.75’ AL2067 Yes Yes 
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Part Il 
Functional description 


“Part II: Functional description” contains chapter “5. National ISDN BRI 
terminals.” 
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5 National ISDN BRI terminals 


Introduction 
Nortel offers one family of voice/data ISDN business sets: the Meridian series 
which uses Bellcore-compliant functional signaling. The BitSURFR family of 
terminal adapters, manufactured by Motorola, makes many current computers 
and analog devices compatible with an ISDN line. The network termination 1 
(NT1) device is required for most ISDN lines between the CPE and the wall 
jack. 


Network termination 1 products 
An NTI device is the interface between the four-wire passive bus (from the 
terminals) and the two-wire loop (to the line card). Nortel’s 2B1Q NT1 offers 
optional terminal powering and battery backup options that can simplify 
wiring and increase network reliability. 


NTBX81AA standalone NT1 and power supply 
The 2B1Q NT1 is placed on the user’s desktop or near the desk (see Figure 
5-1). Through its two S/T-interface connectors, it supports both voice and data 
ISDN terminals. With its power supply, the NT1 can deliver a maximum of 10 
W of combined power to the connected terminals. The NTBX81AA was 
manufacture retired June 30, 1996. 
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Figure 5-1 NT1 with connected 10-W power supply (NTBX81AA) 


Powers NT1 


` 


Connected 
standalone NT1 


NT1 power 
supply 
(NTBX81AA) 
Q 
NT1 
(NTBX80AA) 
Terminals 
powered over 
S/T-bus 


A 2-W power supply—A0381081—provides a low-cost alternative to the 
NTBX81AA for standalone NT1 users. It provides power only for the NT1; no 
S/T-bus terminal powering is provided. 
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NT1 powering 

There are two commonly used methods of providing power to an ISDN 

terminal from an NT1, referred to as power source 1 (PS1) and power source 

2 (PS2): 

e PS1 (also known as “phantom power’) delivers terminal power over the 
transmit and receive wire pair. 


e PS2 (also known as “auxiliary power”) delivers terminal power over an 
additional wire pair in the cable. 


The 2B1Q NT1, through the NTBX81AA power supply, can provide PS1 or 
PS2 power to the connected ISDN terminals. 


The standalone NT1 and NTBX81AA power supply are FCC, Class B 
compliant. 


UT620 standalone NT1 and power supply 
Nortel began offering the UT620 ISDN NT1 (manufactured by Alpha 
Telecom, Inc.) July 1, 1996 (see Figure 5-2). This product is packaged with a 
10-W power supply (order number TECO1910), or a 2-W power supply (order 
number TECO1903). 


Figure 5-2 Alpha Telecom, Inc. standalone NT1 


S/T S/T 


Rackmount NT1, power supply, and battery backup 

The rackmount NT1 can be attached flush to a wall or inserted into an NT1 
rackmount shelf that is installed on a standard 19-in. rack. The NT1 module 
(NTBX83AA) houses up to 12 NT1 units that can support either the basic 
passive bus configurations or the Star configuration with two S/T-interfaces. 
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The Star configuration enables a subscriber to extend loop lengths from the 
NTI to the user’s desktop ISDN terminal. 


The rackmount configuration is available with an optional battery backup 
module to sustain the power module if commercial power is lost. This 
approach assures continuous service to the ISDN user. The rackmount product 
is shown in Figure 5-3. 


Figure 5-3 NTI rackmount unit 


NTI module Battery module 
(NTBX83AA) (NTBX89AA) 


12NT1s 


per module 


Power module (NTBX86AA) 


M5317TDX 
Nortel offers the M5317TDX ISDN Business Set, shown in Figure 5-4 and 
5-5, with 12 line/feature keys, 5 context-sensitive softkeys, and an 
80-character display. The M5317TDX is compliant with Bellcore National 
ISDN standards. 


Current Firmware Version—The current firmware version for the M5317TDX 
is 3.3B. To identify the firmware version number and date on the M5317TDX, 
start from the SETUP menu and press the More softkey. Press the Version 
softkey. The version shown is the firmware release of the telephone set. The 
date indicates when the release was applied. Press the Exit softkey to return to 
the SETUP menu. Upgrades may be purchased by contacting your Nortel 
Sales Representative. 


Note: All M5317 sets at a release 2 level are eligible for a no-charge 
upgrade to release 3.3B. Please contact the Nortel warranty and repair 
department at 1-800-251-1758. 
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Advanced Display Features—The M5317TX display is 2 lines of 40 
characters each. The display accommodates advanced ISDN display features, 
such as Call Progress information, Calling Name and Number Delivery, and 
Call Forwarding information. It also displays the time and date and the calling 
numbers of the last 10 incoming unanswered calls. 


The second LCD line displays the soft key functions, which are 
context-sensitive and change to accommodate different calling situations. Soft 
keys help guide the user step-by-step through feature activation. 


The M5317TX is a full-featured voice set that can be upgraded in the field to 
an M5317TDX. The M5317TDX has a data card with a DB-25/RS-232C 
interface that can be connected to the serial port of a computer or to a data 
terminal. The data card also includes a headset jack. 

The following are M5317TDX features: 

e D-channel packet-data capabilities at up to 9.6 kbit/s 

e B-channel circuit-data capabilities at 300 kbit/s through 19.2 kbit/s 


e firmware upgrades done by downloading data over the ISDN telephone 
line without the need to dispatch operating company personnel to 
physically upgrade the set 


e automated feature downloading (SPM) from the DMS-100 switch 


Other capabilities include 


e INSPECT feature to query the status of call appearances—ringing with 
Calling Line ID, held, and active calls can be identified 


e V.120 rate adaptation for circuit-switched data 
e Hayes AT command set 


e user-selectable data transmit bearer capability of 56 kbit/s or 64 kbit/s 
unrestricted data 


e break key support for data 


e 1B+D capability that allows each of two sets to have a single 
circuit-switched B-channel, and both sets have access to the D-channel for 
packet data 


e instant protocol recognition that allows the set to determine the rate 
adaptation protocol at the far end, facilitating rate adaptation 
synchronization and speeding up the initiation of data transfer 


e European Telecommunications Standard Institute (ETSI) protocol 


The M5317TX/TDX ISDN business set features integrated handsfree and 
mute operation (for office conferencing and on-hook dialing). It can be 
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powered from an NT1 power source that can be equipped with optional battery 
backup for service during a power outage. 


Figure 5-4 M5317TX/TDX ISDN business set 


(inside) includes 
RS-232C/DB-25 
connection and 
headset jack 


Release key 


Optional data card Hold key 


Loudspeaker 


2 x 40 display 
soft keys 


Line/feature 
keys 


Microphone Dial pad LCD indicators 


Volume control key 


Other local features include date and time display; volume control for handset, 
speaker, and ringing; four optional ringing frequencies and cadences; 
automatic keys for one-touch dialing; pre-dial editing of called number; and 
display contrast adjustment. 


Multiple directory numbers and single-key feature access 

The M5317TX/TDX/TDE have 11 line/feature keys that can be assigned 
directory numbers, ISDN Meridian Digital Centrex features, or local 
automatic dialing keys. Key 12 is assigned by default as Handsfree and Mute. 


The multiline capability of the M5317TX/TDX provides full key-system 
functionality over a single twisted pair. The LCD associated with each 
directory number key shows idle, ringing, hold, and active states for that line. 


Single-key feature access increases call handling productivity through easy 
access to ISDN MDC calling features. 
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The M5317TX/TDX offers many set-resident features, including 
e predial—for dialing on-hook before lifting the handset 


e automatic number—for quickly dialing a frequently called number by 
simply pressing a single feature key 


e four distinct alerting tones—to help users identify their ring in a busy office 
environment. The tone can be chosen by the individual user. 


e automatic call timing—for each call appearance 


e set data retention—(except time and date) during power failure or when the 
set is unplugged 


e Dual Tone Multifrequency (DTMF) tone generation—allows the remote 
operation of answering machines and other devices controlled by DTMF 
tones 


e local setup mode—for user-performed changes in date and time, and 
assignment of automatic number keys 


e interactive data terminal interface protocol (Hayes AT command 
set—M5317TDX only) 


e B-channel circuit-switched data service (M5317TDX only)—with 
industry-standard V.120 rate adaptation and the Nortel T-link 
rate-adaptation protocol 


e power-up self-test —performs diagnostic tests for circuitry and display on 
power-up. The feature also displays appropriate messages, such as the 
current version release. 


The M5317TX/TDX is FCC Class A compliant. 
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Figure 5-5 M5317 button layout 
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M5317TDE 
Beginning with NAO1O, Nortel offers the M5317TDE enhanced ISDN 
Business Set, shown in Figure 5-6 and Figure 5-7. The M5317TDE is a 
single-line set with multi-line functionality. This allows for simultaneous 
digital voice and data connections, allowing for interaction with the mainframe 
or other data sources while maintaining voice conversations. The M5317TDE 
is compliant with National ISDN 2 standard (NIS-S208-6.03.1). The 
M5317TDE is designed to deliver National ISDN services not only from the 
DMS platform but other vendor’s switches as well including those produced 
by Lucent and Siemens. The M5317TDE can support up to three M518T 
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18-button add-ons and has EKTS Virtual Keys to allow the customization of 
call flow resulting in increased call handling speed. 


Figure 5-7 shows the M5317TDE ISDN business set which has 12 line/feature 
keys, 5 context-sensitive softkeys, and a 80 character display. 


Figure 5-6 M5317TDE ISDN business set 


(inside) includes 
RS-232C/DB-25 
connection and 
headset jack 


Release key 


Optional data card Hold key 


Loudspeaker 


2 x 40 display 
soft keys 


Line/feature 
keys 


LCD indicators 


Microphone Dial pad 


Volume control key 


Figure 5-7 further illustrates the button layout of the M5317TDE ISDN 
business set. Like the earlier models of the M5317 ISDN business sets, the 
M5317TDE display is 2 lines of 40 characters each. The display 
accommodates advanced ISDN display features such as Call Progress 
information, Calling name and Number Delivery, and Call Forwarding 
information. It also displays the time and date as well as a list of unanswered 
incoming calls. 


The second LCD line displays the soft key functions, which are 
context-sensitive and change to accommodate different calling situations. Sot 
keys help guide the user step-by-step through feature activation. 
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M5317TDE advantages 
The M5317TDE has the following powerful advantages 


High speed async data up to 230.4 kbps 

Local features such as directory dialing 

Autobaud of AT command up to 230.4 kbps 

Async circuit switched data with multilink PPP for Internet access 
Call directory and Caller list up to 100 locations with editing functions 


Local firmware download using RS-232 
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M5317TDE ISDN terminal features 
The M5317TDE has the following performance features 


e Acoustic performance that meets TIA 579 standard 
e Auto call back and auto recall 
e Call forwarding enhancements 


e Capability for Calling Name and Number Delivery with privacy using 
access codes and feature keys 


e EKTS virtual key 

e Fixed feature keys 

e ISDN Electronic Key Telephone System (EKTS) cache 

e Last number redial softkey 

e Non-Initializing terminal 

e Message waiting softkey 

e Parameter downloading 

e Single or shared Directory number for Packet and Circuit services 


e Two simultaneous conferences 


User installation information 
This section describes information required by the user for successful 
installation of ISDN. In the past, users of operating company service only 
needed to know their directory numbers. This changes with ISDN as there is 
more addressing of the service involved for operation of customer premises 
equipment (CPE) on the loop. This addressing information is the service 
profile identification (SPID). 


Service profile identifier 

The service profile identification (SPID) uniquely identifies the CPE to the 
operating company switch. SPIDs only support dynamic terminal endpoint 
identifier (TEI) defined logical terminal identifiers (LTID). Static TEI LTIDs 
do not use a SPID. For a complete description of the SPID and its uses refer to 
Basic rate interface logical components chapter. 


ISDN protocols 

When ISDN was introduced, there were multiple versions of the protocol. 
There were many areas that were subject to interpretation when the initial 
specification was introduced. Nortel’s first protocol version is referred to as a 
permanent virtual circuit (PVC) 0. Subsequent to that PVC 1 was introduced 
which contained protocol changes and was closer to the NI-1 specification. 
The NI-1 version of Nortel’s ISDN is PVC 2. These different protocol 
versions, PVC 0, PVC 1, and PVC 2 can be configured on an ISDN device. 
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Many CPE devices can operate in several of these protocols. The CPE and 
switch must operate in the same protocol mode. Because vendors can use 
different configurations for their devices, the operating companies need to 
provide this information to make sure the CPE is compatible with the serving 
switch. 


Physical connections 

Users need to be aware of the physical connection of CPE to the ISDN line. 
Some CPE devices contain an NT1. This reduces the cost of the installation, 
An NTI and power supply can be included more cost effectively into the 
device, but when the NT1 is included, you can lose the ability to connect 
multiple devices to the loop. 


When CPE is plugged into an ISDN loop, there is some time required for the 
device to be recognized by the network. This can take several seconds to a full 
minute. During this time the protocol between the CPE and the serving switch 
exchanges information such as the SPID. Most CPE have lights that indicate 
when the SPIDs are established successfully. 
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Part Ill 
Planning and engineering 


“Part III: Planning and engineering” contains the following chapters: 
6. Engineering ISDN BRI 

7. Software description 

8. Hardware description 

9. DMS packet handler 

10. ISDN real-time engineering guidelines 

11. Engineering provisioning 

12. Administration methodology 


13. Planning considerations 
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6 Engineering ISDN BRI 


Introduction 


This part of the “National ISDN BRI Service Implementation Guide” is 
intended as an aid to 


e planning and deploying ISDN basic rate lines on Nortel’s DMS 
central-office switching system 


e S/T loop requirements 

e integrated building distribution network (IBDN) 

e installation of ISDN S/T loops 

e terminal power 

e CM impacts of DMS packet handler (PH) calls 

e real time call attempt capacity models 

e asynopsis of the peripheral components that require real time engineering 


e identification of the ISDN and non-ISDN call types that impact specific 
peripheral processors 


e loop verification 


Engineering and provisioning for ISDN BRI includes the following: 
e ensuring that the DMS has the appropriate software packages 

e setting the office parameters 

e designing enough call paths within the DMS switch 


Each aspect of engineering is important to the successful operation of the 
telephone switch. 


This part of the document is not a substitute for following detailed engineering 
information available within the Northern Telecom publications (NTP). For 
specific engineering rules as they relate to call throughput of various Extended 
Peripheral Module (XPM) configurations, refer to the Capacity Engineering 
Manual, 297-1001-170. 
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7 Software description 


ISDN BRI packaging 


Nortel Networks introduced a new process for the delivery of DMS software 
after BCS36. Product computing loads (PCL) are the delivery vehicle that 
replaces custom load builds for each office. A limited number of PCLs are 
defined; each contains all generally available features for a particular market 
and office type. PCLs are grouped into releases according to global market 
regions. For example, North American PCLs are grouped into the “NAOOx” 
release, such as NAO08. 


Product computing loads (PCL) represent the restructuring of DMS software 
into layers. The relevant PCLs for the U.S. and Canadian markets are termed 
“LEC” and “CDN” respectively. Each PCL contains a set of software layers 
that make up the whole and include base, telecom, product, and market layers. 
Features are activated in an office through the use of software optionality 
controls (SOC). This document incorporates PCL terminology where 
appropriate. 


The following are summaries for ISDN basic rate interface (BRI) packaging 
for NA007 through NAO10. Note the prerequisite of NI-1 package NI000008. 


Figure 7-1 ISDN BRI 1997 and 1998 software packaging 


1997 1998 
NI-2/3 BRI Phase 1 NI -2 BRI Services 
- S/W Ris NA007 - S/W Ris NA009 
- Order Code NI000050 - Order Code NI000052 
Prereq: NIO00008(NI-1) Prereq: NI000051 
NI-2/3 BRI Phase Il NI -1998 BRI Enhancement 
- S/W Ris NA008 Phase 
- Order Code NI000051 OBIS NAGO? 
Prereq: NI000050 - Order Code NI000060 
Prereq: NI000051 
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For reference, Figure 7-2 gives a summary of NA007 and NA008 ISDN 
primary rate interface (PRI) packaging. This guide is focused on BRI, and does 
not provide further detailed description on PRI packaging content. 


Figure 7-2 ISDN PRI software packaging 


1997 1997 

NI-2 PRI NI -2 Call by Call 

- S/W Ris NA007 - S/W RIs NA008 

- Order Code NI000015 - Order Code NI000017 
Prereq: TBD Prereq: NI000015 
NI-2 PRI D Channel Backup Comon 2B pranne 

SSN PE NADD - S/W Ris NA008 

Cros PAR MOURE - Order Code NI000018 
PrarggaNIOoogts Prereq: NI000015 


NI-2/3 capabilities 
The following is a detailed description of ISDN BRI packaging for ISDN BRI 
for NA007 through NAO10. 


National ISDN-2/3 BRI Services Phase 1 (functional group 
NI000050) 

This functional group adds enhanced ISDN capabilities with NI-2 and key 
NI-3 compliance. In NA007 this group introduced key NI-2 and NI-3 BRI 
requirements for uniform interface configurations in SR-2120 and SR-2457, 
packaged in PCLs LECO0007 and LET00007. 


Key capabilities Beginning with NI-2, several standards-based BRI 
features are supported in a uniform manner to provide widespread service to 
subscribers. Nortel is bundling and introducing these features in NIO00050 to 
expedite NI-2 and NI-3 compliance in the marketplace. Included in this release 
is support for the following interface configurations: 


e Single DN for BRI enables an integrated terminal (a terminal that supports 
both voice- and circuit-switched data call types) to have one DN. This 
same number can be used for all circuit-switched call types and can 
simultaneously access both B-channels. 


e Single TEI for BRI allows an integrated terminal to be operated using a 
single terminal endpoint identifier (TED regardless of the number of call 
types supported on that terminal and regardless of whether one B-channel 
or two B-channels are being used simultaneously. 
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e Support for NITs (NI-3) supports a non-initializing terminal (NIT) on a 
BRI line after the interface is provisioned. A NIT is a class of ISDN 
terminals that does not require a SPID for initialization. NITs not only have 
the ability to originate and terminate calls, but also have access to a range 
of National ISDN features and capabilities. 


e Assignment of Feature Keys to Default TSP for NITs permits the 
assignment of fixed feature identifier values to the default terminal service 
profile/logical terminal identifier (TSP/LTID) so NITs can use feature keys 
for feature activation and deactivation. This enhancement allows NITs to 
access additional capabilities, such as conference calling, call transfer, and 
message waiting indicator. 


Principal benefits National ISDN-2/3 BRI Services increase the 
operational versatility of BRI line interface configurations and expand the BRI 
service options available to users. With a single DN supporting all 
circuit-mode call types as well as simultaneous access to both B-channels on 
an integrated voice/data terminal, users improve the return on their investment 
in ISDN equipment and add flexibility to the way BRI lines are assigned and 
used. Support for NITs expands operations and equipment options while 
improving user access to multiple BRI services. Feature key access to services 
for NITs not only makes service activation and deactivation easier to use, but 
brings greater choice and flexibility to the assignment of terminal features. 


National ISDN-2/3 BRI Services Phase II (functional group 
NI000051) 

In NAO08, this group further expands National ISDN compliancy on the 
DMS-100 system with a broad range of NI-2 and NI-3 services. This group 
provides considerable revenue-generating opportunities with new ISDN 
services, and is packaged in PCLs LECO0008 and LETO0008. 


Key capabilities A host of new features and enhanced functions are added 
with the release of the N1000051 software package. Some of the key ISDN 
features in this release include the following: 


e Electronic Key Telephone Service (EKTS) and Virtual Key 
Application provide call handling flexibility for multiple appearances of 
the same directory number using Call Appearance Call Handling (CACH). 
This features allows calls to originate from and terminate to any 
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combination of call appearances; and user provisioning of the call offering 
sequence. 


e Call Forward Enhancements support a variety of call forwarding types 
(Universal, Busy, Don’t Answer) for incoming calls to an ISDN set. 
Additional enhancements include the following: 


— call forward keylist for each directory number/call type 
(DN/CT)—nniversal 


— feature key activation/deactivation for each DN/CT—universal 

— call forward activation/deactivation outside call context—universal 
— single or double feature key invocation for each DN/CT—unniversal 
— call forward reminder notification 

— call forward courtesy call 

— remote DN validation during programming 

— call forward dial activation/deactivation for each DN/CT 

— prevention of redirection information to originating party 


e Music on Hold provides access to a music source when incoming calls to 
the ISDN group subscribing to this feature are placed on hold. 


¢ Calling Number Delivery allows the calling party DN and the time and 
date of the call to display on the customer premises equipment (CPE). 


e Calling Name Delivery offers Bellcore-compliant name delivery to the 
called party from the ISDN set using a CCS7 network protocol. Per call 
blocking and unblocking of calling name/number delivery from the ISDN 
set is also supported. 


e Flexible Calling Enhancements allows an ISDN user to establish and 
control two or more concurrent calls using one B-channel, as well as select 
the size (simultaneous 3- and 6-way calling) of a given ISDN conference 
call. 


e Service Protection—Essential Line provides preferential dial tone to 
selected ISDN BRI lines when severe overload conditions occur. When 
this preference is given to essential ISDN BRI lines, non-essential lines can 
experience service delays. 


e ISDN Interworking with Standard Announcements allows NI-1 and 
NI-2 terminals that send digits in band to work with features that typically 
expect out-of-band digits. 


e Support of More than Two B-channel Terminals allows NITs or seven 
NITs and one FIT to be supported with one B-channel used for each type 
of terminal. 
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e Associated Group Assignment (AGA) allows a DN/CT or a group of 
DNCTs to be restricted to the use of a single B-channel. This option is only 
valid for circuit-switched BRAF terminals. 


e Parameter Downloading enables the user’s ISDN terminal to read certain 
parameters directly into its memory, synchronizing terminal and switch 
databases. The downloading capability can only be invoked from an 
initializing terminal. The terminal requests a download from the switch, 
and the switch responds by sending the parameter values. The terminal 
ends the downloading process by transmitting an acknowledgment to the 
switch. This minimizes the number of parameters a user is required to 
manually enter into an ISDN terminal. 


e Automatic Message Accounting (AMA) Billing supports AMA records 
for the following ISDN features: 


— new ISDN NI-2 ACB/AR functionality 
— new ISDN NI-2 flexible calling functionality 
— new ISDN NI-2 calling name delivery capabilities 


e Provisioning Enhancements provides the following enhancements to 
ISDN service provisioning: 


— simplifies particular add, change, and delete service order procedures 
for NI-2/3 BRI services 


— adjusts the parameter naming discrepancy between service order, table 
control, query commands, and the NI-1 data dictionary 


¢ Primary Interexchange Carrier/IntraLATA Primary Interexchange 
Carrier (PIC/LPIC) enhances the capability to assign an intraLATA 
carrier different from the interLATA carrier associated with an ISDN BRI 
DN/CT so that an ISDN BRI subscriber can select a carrier other than the 
pre-subscribed carrier. 


e Automatic Call Back/Automatic Recall (ACB/AR) allows the last DN 
an ISDN BRI subscriber called to be automatically redialed. AR allows the 
DN of the last incoming call to an ISDN BRI subscriber to be 
automatically dialed. 


¢ BRI Layer 2 Performance Monitor uses access line counters to monitor 
the number and percentage of data link (Layer 2) transmission errors 
between the DMS-100 switch and the ISDN terminal equipment. 


e Terminal Maintenance for Multiple Terminals supports up to eight 
NITs, using multiple commands, through a single maintenance interface. 


e BRI Layer 2 and Layer 3 Abnormality Counts uses frame check 
sequence-based performance monitoring, protocol abnormality 
monitoring, logging and alerting, and protocol capture to perform data link 
(Layer 2) and network (Layer 3) maintenance between the DMS-100 
switch and terminal equipment. 
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Logging and Processing TEI Abnormalities allows the logging and 
retrieving (using DMS-100 MAP [maintenance and administration 
position] commands) of the total number of TEI assignment abnormalities. 


BRI Multipoint Embedded Operations Channel uses the DMS-100 
switch MAP or operations system interfaces to maintain and monitor the 
performance of up to six intermediate line units when they are used to 
extend the existing U-loop range beyond 18 000 ft. from the DMS-100 
switching office. 


E911 BRI Enhancements (XPM warm SWACT) provides a set of 
enhancements to reconnect and maintain emergency calls on ISDN lines 
after a warm switch of activity (warm SWACT) of the XPM or line trunk 
controller (LTC). 


Two B-channel Enhancement supports the following interface 
configurations: 


— Two FITs, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
TEI. This supports common setups for work-at-home and small 
business ISDN users. FITs in this configuration can support EKTS. 


— One FIT and up to seven NITs, each allowed to access both B-channels 
using any combination of circuit-mode call types simultaneously using 
a single TEI. The NITs support DN/CT sharing with contention. FITs 
in this configuration can support EKTS. 


— Up to eight NITS, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
TEI, and supporting DN/CT sharing with contention. 


Interface Configuration Phase III completes National ISDN-2 interface 
configuration support and provides key National ISDN-3 capabilities for 
the following interface configurations: 


— up to eight terminals in any combination of FIT/NIT types, each 
allowed to access both B-channels using any combination of 
circuit-mode call types simultaneously using a single TEI. NITs will 
support DN/CT sharing with contention. 


— Enhanced support of associated groups, which was first delivered in 
NAO08. 


Single DN on Single Integrated Voice Data Terminal (IVDT) allows the 
use of a single DN on a FIT that supports circuit-mode voice, circuit-mode 
data, and D-channel packet mode data. This capability allows the use of a 
single DN or single dynamic TEI across voice-, circuit-mode data, and 
D-channel packet service. 


Single DN with Different CTs on Single IVDT NIT enables the use of a 
single DN on an NIT device that supports circuit-mode voice, circuit-mode 
data, and D- and B-channel packet-mode data services (that is, an 
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integrated voice and data terminal that does not use SPID registration 
procedures). The DMS system supports integrated voice, circuit-mode 
data, and packet-data services for an NIT on a BRI loop, and permits 
access to multiple bearer services with single dynamic TEI. 


Principal benefits NI-2/3 BRI Services Phase II offers multiple benefits 
to service providers, including the following: 


e adds revenue opportunities for ISDN sales 


e assists service providers in reducing the cost of maintaining the DMS-100 
ISDN BRI product base 


e expands the ISDN feature set for business use 


National ISDN-2/3 BRI Services Phase IlI (functional group 
NI000052) 

In NAO09, this functional group adds new features and enhances capabilities 
for NI-2 and NI-3 services on the DMS-100 system. This group also expands 
ISDN terminal capabilities and supports additional interface types and 
configurations for users. This group of new features is packaged in PCLs 
LEC00009 and LETO0009. 


Key capabilities Nortel continues with its rollout of National ISDN with 
support for the following NI-2, NI-3, and NI Enhancement capabilities: 


e Two B-channel Enhancement supports the following interface 
configurations: 


— Two fully initializing terminals (FIT), each allowed to access both 
B-channels using any combination of circuit-mode call types 
simultaneously using a single TEI. This supports common set-ups for 
work-at-home and small business ISDN users. FITs in this 
configuration can support EKTS. 


— One FIT and up to seven NITs, each allowed to access both B-channels 
using any combination of circuit-mode call types simultaneously using 
a single TEI. The NITs support DN/CT sharing with contention. FITs 
in this configuration can support EKTS. 


— Upto eight NITs, each allowed to access both B-channels using any 
combination of circuit-mode call types simultaneously using a single 
TEI. The NITs support DN/CT sharing with contention. 


— Two B-channel access for EKTS terminals allows a DMS-100 NI-2 
TSP with EKTS or EKTS and CACH to have both B-channels active 
on any combination of VI and CMD calls. This capability applies to 
simultaneous use of B-channels for voice calls on Basic or CACH 
EKTS DNs in shared on non-shared configurations. 


¢ BRI Verification (BRIV) Office Equipment allows normal call control 
procedures for retrieving the office equipment identifier of the line card 
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associated with an ISDN BRI line. BRIV can be used by field personnel to 
verify that the user’s access line is connected to the correct switch port. 
BRIV is applicable to voice and circuit-mode data type calls. BRIV 
supports access line installation and maintenance with line-side (customer 
premise) verification and testing. 


¢ Interface Configuration Phase III allows the use of a single DN on a FIT 
that supports circuit-mode voice, circuit-mode data, and B- or D-channel 
packet-mode data. This capability allows the use of a single DN or single 
dynamic TEI across voice, circuit-mode data, and D-channel packet 
service. 


e OA&M Multi-terminal Maintenance completes National ISDN-2 
interface configuration support and provides key National ISDN-3 
capabilities for the following interfaces and configurations: 


— Up to eight terminals in any combination of NITs and FITs, each 
allowed to access both B-channels using any combination of 
circuit-mode call types simultaneously using a single TEI. The NITs 
support DN/CT sharing with contention. 


— Enhanced support of Associated Groups, that were first delivered in 
NAO08. 


e Single DN on Single Integrated Voice Data Terminal (IVDT) supports 
the sharing of DNs across two physically separate devices, one being a 
voice or circuit-mode data terminal and the second being a packet-only 
terminal. The DMS switch supports one packet terminal for each BRI loop 
and allows the packet NIT to access D-channel packet services with a 
dynamic TEI. 


e Shared DN with Different call types (CT) on Multiple Terminals 
supports the sharing of DNs across two physically separate devices, one 
being a voice- or circuit-mode data terminal and the second being a 
packet-only terminal. The DMS switch supports one packet terminal for 
each BRI loop and allows the packet NIT to access D-channel packet 
services with a dynamic TEI. 


e Single DN with Different CTs on Single [VDT NIT enables the use of a 
single DN on an NIT device that supports circuit-mode voice, circuit-mode 
data, and D- and B-channel packet-mode data services (an integrated voice 
and data terminal that does not use service provider identification [SPID] 
registration procedures). The DMS system supports integrated voice, 
circuit-mode data, and packet-data services for a NIT on a BRI loop, and 
permits access to multiple bearer services with a single dynamic TEI. 


Principal benefits The automated allocation of a TEI to packet devices 
supports D-channel packet services without the need to provision packet mode 
TEIs and associated TEI assignments with a terminal programmer. 
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National ISDN-98 Enhancements Phase | (functional group 
NI000060) 

In NAO09, this functional group adds enhancements to existing DMS-100 
National ISDN services. In addition, this functional group provides 
deployment simplification, reduces cost of ownership, and provides 
revenue-generating opportunities. 


Key capabilities A host of new features are added to existing DMS-100 
services following National ISDN enhancements identified and driven by the 
National ISDN Council (NIC). Some of the key ISDN features in this release 
include the following: 


Audible Voice Mail Message Indicator provides an audible indication to 
the user, upon call origination, whenever a message is waiting. The feature 
also enhances the current visual message waiting indication. 


Automatic SPID automates the terminal initialization procedures by 
having the switch send the SPID to the terminal, rather than having it 
entered by the user. 


B-channel Restrictions on a TSP Basis provides the ability to restrict a 
group of one or more Terminal Service Profiles (TSPs) to share a single 
B-channel, rather than allowing the TSP or group of TSPs to use both 
B-channels in a shared BRI environment. This prevents one user from 
using both B-channels simultaneously, which will prevent other users from 
making or receiving a call. 


BRI in a Residence Group for Single Line ISDN provides a simplification 
to the network provider to allow ISDN BRI lines to be provisioned in a 
Residential Enhanced Services (RES) group, eliminating the need to 
maintain special customer groups for deploying ISDN to residential users 
or for single line business users. 


BRI Verification-Office Equipment (BRIV-OE) allows normal call control 
procedures for retrieving the office equipment identifier of the line card 
associated with an ISDN BRI line. BRIV-OE can be used by field 
personnel to verify that the subscriber’s access line is connected to the 
correct switch port. BRIV-OE apples to voice-mode and circuit-mode data 
type calls and supports access line installation and maintenance with line 
side (customer premise) verification and testing. 


Flexible Calling: Deactivate Conference Facility When Only Two Parties 
Remain enables the deactivation (removal) of a conference resource when 


— Only two parties remain on an established conference call. 


— Aconnection to the third conference party is unsuccessful because of 
a no answer or busy condition. 
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Principal benefits This feature simplifies ISDN implementation for both 
the user and the service provider in the following ways: 


e Removes users’ concerns with manual SPID registration procedures. 


e Eliminates the need for the service provider to build a business group to 
provision a Residential Enhanced Services (RES) line. 


e Provides time-saving BRI line provisioning capabilities and installation 
tools. 


e Increases service-revenue opportunities by freeing a conference bridge 
when only two parties remain on the call. 


Principal benefits These enhancements offer significant service 
provider revenue-generation potential through flexible EKTS capabilities. 
National ISDN-2 Call Forward and Calling Number ID enhancements and 
usage-sensitive billing options. 


Major dependencies Software NI000051 NI-2/3 BRI Services Phase II 


National ISDN-2 BRI Functionality (functional group NI000052) 

In NAO10, this functional group adds new features and enhanced capabilities 
for NI-2 services on the DMS-100 system. National ISDN-2 BRI functionality 
provides valuable services in support of the SOHO/small and large business 
marketplace. 


Key capabilities National ISDN-2 adds the following capabilities to 
Nortel’s NI-2 feature set: 


e Automatic Message Accounting (AMA) National ISDN-2 Enhancements 


— Uniform Usage Measurements (Basic Business Group [BBG] 
subfeatures) provides the capability to bill for selected BBG dial access 
subfeatures on a usage-sensitive basis. The subfeatures are Intercom 
Dialing, Public Network Access, Private Facility/Network Access, and 
Facility Overflow. 


— Calling Number Identification Services (CNIS) without 
Intra-BBF/Inter-BBG Segregations enable the BRI CNIS capability on 
a usage-sensitive basis without Intra-BBG/Inter-BBG segregation. 
This feature allows the DMS-100 system to create or not create an 
aggregate record of Calling Number Identification (CND) delivery. 
Additionally, this software can create a detailed record for a specific 
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calling party that wants to deny or not deny (privacy) calling number 
delivery. 


e Busy Idle Feature Interactions Enhancement 
— B-channel manger improves robustness of the B-channel manager. 


— 3 stage release provides improved handling of features which are 
triggered on B-channel busy. 


e Electronic Key Telephone Service (EKTS) National ISDN-2 
Enhancements 


— Single DN for EKTS (CMD and PMD) provides a single DN for access 
to voice and circuit-mode data (CMD) and packet-mode data (PMD). 
Voice service is shared among all EKTS members. CMD and PMD are 
non-shared in that they exist on one terminal only. 


— Call Forward Programming for Secondary Members allows any 
secondary MDN SCA or MDN CACH member to program where the 
DN is call forwarded. 


— Two B-channel access for EKTS terminals allows a DMS-100 NI-2 
TSP with EKTS or EKTS and CACH to have both B-channels active 
on any combination of VI and CMD calls. This capability applies to 
simultaneous use of B-channels for voice calls on Basic or CACH 
EKTS DNs in shared or non-shared configurations. 


e Layer 2/Layer 3 Abnormality Counts and Logs - CM provides the 
following enhancements: 


— QCOUNT command enhancements for reading, displaying, and 
resetting layer 2/3 packet abnormality counts 


— L2LOGCTL and L3LOGCTL tool enhancements to read, display, and 
set packet handler related abnormality log controls on demand 


— enhances the audit process to include layer 2/3 packet audit in periodic 
logs generated when abnormality thresholds are exceeded 


— enhances layer 2/3 abnormality control by adding new variables for 
packet including: 


— Layer 2 LAPD protocol abnormality on SAPI16 frames 

— Layer 2 LAPB protocol abnormality on B-channel packet data 

— Layer 3 Protocol abnormality for X.25 packet 

— Layer 3 individual packet abnormality reports ABN14 through 
ABN21 


Principal benefits These enhancements offer significant service 
provider revenue-generation potential through flexible EKTS capabilities. 
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National ISDN-98 Enhancements Phase II (functional group 
NI000061) 

In NAO10, this functional group adds enhancements to existing DMS-100 
National ISDN services, encourages the use of ISDN services, and helps 
control costs. 


Key capabilities A host of new features and enhanced functions are added 
with the release of this software package. Some of the key ISDN features in 
this release include the following: 


e Auto Lamp Refresh provides an automatic update ISDN terminal feature 
indicators (lamps) after the terminal initializes, thus providing the user 
with accurate status displays for active features. 


e Directory Number Sharing Among Multiple Terminals enables sharing of 
a DN over multiple terminals with different call types (CT). A user can 
have a single DN for separate voice-mode, circuit-mode data, and 
D-channel packet-mode data services. 

e Rapid Messaging BRI monitors the rate of incoming Q.931 messages to a 
user from BRI terminals. If the pre-defined rate is exceeded, rapid 
messaging takes the terminal either temporarily or permanently 
out-of-service depending on the frequency of this rate being exceeded 


Principal benefits These features simplify ISDN implementation for 
both the user and the service providers in the following ways: 


e promotes and simplifies feature usage by automatically displaying to the 
user which features are activated 


e encourages use of ISDN services by offering subscribers the economy of 
having a single DN assigned to several terminals with different call types 


e lowers costs by monitoring and controlling terminal usage of ISDN lines, 
based on defined quotas 


Major dependencies Software NI000052 National ISDN-2 BRI 
Functionality 


National ISDN-2 Completion (functional group NI000052) 
In NAO11, progress towards NI-2 Completion continues with the addition of 
the following capabilities to Nortel’s NI-2 feature set: 


e EKTS MADN Interaction with Flex Call enables another EKTS member 
who is not the controller of the call to bridge on to active Flex Call. An 
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EKTS user can also conference more than two calls together and transfer 
the conference. 


e EKTS MADN CACH Interaction with Automatic CallBack and 
Automatic Recall (ACB/AR) enables ACB/AR to be assigned to NI-2 
EKTS terminals. When an NI-2 EKTS user invokes ACB from an EKTS 
DN, only that particular terminal is notified of the change in the busy/idle 
status of the monitored user. When an NI-2 EKTS user invokes AR from 
an EKTS DN, the call can be completed only from that particular EKTS. 


e Call Forward National ISDN-2 Enhancements include 


— Remote Access to ISDN Call Forward enables ISDN Call Forward 
subscribers to remotely activate and deactivate the Call Forward 
feature. 


— Redirecting Number and Reason Delivery (RND) for ISDN Call 
Forward delivers two redirecting numbers and reasons for ISDN BRI 
and interswitch calls over the SS7 network. Operating company 
personnel can control the delivery of the RND on ISDN BRI lines 
through datafill in tables CUSTNWK,CUSTSTN, and RESFEAT. 


— This feature creates the SERVORD options RND and Aggregate RND 
Recording (ARR) which records RN availability by call type. This 
feature also creates the customer group option RNID. The RNID 
option allows the user to specify the type of network calls including 
ONNET, OFFNET, and INTRAGROUP for which the RND option 
applies. The RND can be restricted to selected members of a customer 
group by adding the RND option to these lines using SERVORD and 
then removing the RND option from the customer group. 


— Redirecting Number Delivery for ISDN Call Forwarding. When a call 
is redirected (forwarded) by the original called number, the network 
captures not only the calling number, but also the number that 
redirected the call. If a call is redirected multiple times, the DMS-100 
switching system recognizes both the first and last redirecting 
numbers. This feature makes the redirecting number available to the 
Delivery of Redirecting Number feature which ultimately displays the 
number to the user. 


Note: Redirection display is not supported on ISDN BRI sets if the 
forwarded base station is a POTS line using POTS call forwarding. 


— Redirecting Reason Delivery for ISDN Call Forwarding. On forwarded 
calls, Redirecting Reason indicates to the Delivery of the Redirecting 
Number subscriber why a call was forwarded. An example of a reason 
why a call was forwarded is a Call Forward Variable or Call Forward 
Don’t Answer feature is active. When multiple forwarding occurs, the 
switching system provides the first and last redirecting reasons to the 
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Delivery of the Redirecting Number feature which ultimately displays 
the reason information to the user. 


e Calling Number Identification Services (CNIS) National ISDN-2 
Enhancements include 


— Delivery of Redirecting Number. As with Call Enhancements, when a 
call is redirected by the original called number, the network delivers 
not only the calling number but the number from which the call was 
redirected. If a call is redirected multiple times, the DMS-100 
switching system delivers both the first and the last redirecting 
numbers. 


— Delivery of Redirecting Reason. As with Call Forward enhancements, 
the redirecting reason indicates to the CNIS user why a call has been 
forwarded. Examples of reasons displayed that indicate Call Forward 
Variable, Call Forward Interface Busy, or Call Forward Don’t Answer 
feature is active. When multiple forwarding occurs, the DMS-100 
switching system provides the first and last redirecting reasons to the 
CNIS user. 


e CRBL (Call Reference Busy Limit) Key Decoupling eliminates the need 
to download to an NI-2 terminal a number of call appearances equal to the 
CRBL value for a DN/CT. The actual number of call appearances 
downloaded for a particular DN/CT is separately provisionable from the 
CRBL. This feature eliminates unused DN keys on an NI-2 terminal that 
uses soft keys for making data calls. 


Principal benefits These features add the following enhancements for 
the ISDN users: 


e delivers improved and marketable EKTS functionality for ISDN users in a 
centrex environment, including Flex Call, ACB/AR, and Remote Call 
Forwarding 


e provides advanced Call Forwarding number and reason status on an ISDN 
telephone 


e eases the provisioning and installation of ISDN lines and increases 
customer satisfaction by eliminating unused keys on a voice terminal 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 


National ISDN-2 BRI functionality additions (functional group 
NI000052) 

In NAO12, the following new features and enhanced capabilities for NI-2 
services on the DMS-100 system were added. 


e Call Forwarding Service Uniformity for NI-2 improves Call Forward 
Validation (courtesy call) by allowing Call Forward activation to occur 
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even if the initial courtesy call is not answered. A second unanswered 
courtesy call is no longer required. This enhancement to Call Forward 
Validation makes it possible to automatically activate Call Forwarding 
after the completion of the first unanswered courtesy call. 


e Calling Number Service Uniformity NI-2 supports the switch-wide 
delivery of the uniform delivery of Type of Number/Numbering Plan 
Indicator values. In addition, office parameters are added for Calling 
Number Delivery (CND) and Redirecting Number Delivery (RND). 


e The EKTS Service Uniformity for NI-2 feature enables the 
DMS-switching system to provide the following additional options for 
members of Electronic Key Telephone Service (EKTS) bridged call 
sessions: 


— EKTS MADN members can enter a bridged call before the call is 
answered. 


— If an EKTS MADN member on a bridged call activates the Hold 
feature, another MADN member can exclude the first member from 
re-entering the call by activating the Privacy feature. 


e The Layer 3 Service Disruption feature supports network (layer 3) 
maintenance for ISDN BRI circuit switched services. The Layer 3 Service 
Disruption feature supports the following capabilities necessary for 
network maintenance between the DMS-100 switch and terminal 
equipment: 


— frame-checking 
— sequence-based performance monitoring 
— protocol abnormality monitoring 


— generation of logs to alert maintenance personnel when the layer 3 
service disruption threshold is exceeded 


— protocol capture 


e The Redirecting Number Privacy (RNP) feature enables ISDN-2 BRI 
subscribers with the capability to deliver or suppress the display of their 
telephone number when their calls are redirected. The provisioning of this 
feature provides the flexibility to suppress the delivery of the redirecting 
DN for each type of call forwarding including: 


— Call Forward Universal (CFU) 
— Call Forward Don’t Answer (CFD) 
— Call Forward Busy (CFB) 


For example, as a result of provisioning, the DN of a call which is 
redirected as a result of CFU can suppress the redirection number, but the 
DN of a call redirected as a result of CFB can be delivered. 
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e The SS7 Procedures for ISDN Call Forward feature enhances the CFD 
feature by providing continued ringing treatment, rather than a busy signal, 
for CFD destinations that are busy when a forwarded call attempts to 
terminate. In the past, if an ISDN phone with CFD activated transferred a 
call to a phone that was in the busy state, the caller heard ringing followed 
by a busy signal. 


e The User Loop Testing (X.25 Echo Station) feature enables field 
technicians to initiate loopback testing for packet data on a BRI line. The 
User Loop Testing feature enables a technician to set up a test session by 
calling a directory number that directly terminates on the packet handler in 
the central office. 


Principal benefits These features add the following enhancements for the 
ISDN users: 


e The ability to control whether or not their caller IDs are displayed enables 
users to manage call privacy more efficiently resulting in an increased 
satisfaction with ISDN services. 


e More convenient Call Forwarding programming for the end-user 
encourages more frequent use of this Call Forwarding feature and 
enhances customer satisfaction. 


e The delivery of more accurate caller ID information for international calls 
promotes increased convenience and satisfaction for ISDN customers. 


e EKTS members participating in bridged call sessions are offered greater 
privacy. 
e The monitoring and maintenance of layer 3 service promotes fast 


resolution of actual and potential problems in the network resulting in the 
reduction of the chance of service disruption to the subscribers. 


e Faster and more direct resolution of packet-data problems on ISDN BRI 
lines provides more efficient use of resources. 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 


National ISDN-2 BRI functionality additions (functional group 
NI000052) 

In NAO14, Nortel Networks added the following new features and enhanced 
capabilities for NI-2 services on the DMS-100 system: 


e The On-Demand B-Channel X.25 Packet Mode Data Service feature 
provides switched B-channel high-speed packet service between the user’s 
ISDN NI-2 terminal and the DMS-100 packet handler. 


While one B-channel is being used for packet mode data, the second 
B-channel can be used for a simultaneous voice or circuit switched data 
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session. On completion of the B-channel packet mode data call, that 
B-channel can be used for a circuit mode data call. 


e The Uniform Display Text for ISDN NI-2 Uniform Service feature 
expands the text information that appears on the display of the end user’s 
ISDN telephone. The ISDN telephone displays text messages that give the 
user information on various call states and prompt the user for additional 
feature information before, during, and after a call. 


Display text for features includes ACB, Basic Call Control, Calling Name 
and Number (CNIS), Additional Call Offering, Call Forwarding, Call 
Hold, Flexible Call, and EKTS. 


Principal benefits These features add the following enhancements for the 
ISDN users: 


e The DMS-100 packet handler can transmit packet data at a high rate of 
speed using the same ISDN line the subscriber already has in service. 


e The user can direct an X.25 data call to any destination because B-channel 
packet transport is now a dialable service. Previously, the subscriber 
needed a dedicated nailed-up data connection aimed at a single location. 


e Subscribers can take advantage of many ISDN voice and data features 
because the ISDN telephone displays dynamic information during all 
phases of a call. The expanded text display helps the user understand the 
status of the current call, and non-call activity such as feature status. 


Major dependencies Software NI000051 National ISDN-2 BRI 
Functionality 
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8 Hardware description 


D-channel handler 


The D-channel handler (DCH) provides the main interface to all BRI 
D-channels that are time-division multiplexed (TDM) in a ratio of 4:1 at the 
ISDN line concentrating modules enhanced (LCME). The D-channels are 
routed through DS30A interfaces to the following XMS-based peripheral 
modules (XPM): 


e ISDN line trunk controller (LTCD, line group controller (LGCI) 
e remote cluster controller (RCC2) 


e enhanced subscriber carrier module-100 urban (ESMU) 


Once at the DCH, the system sorts all link access procedures on the D-channel 
(LAPD) frames according to their service access point identifier (SAPI) 
values. For SAPI 0 and SAPI 63, the DCH acts as a termination point for the 
logical links. The system routes SAPI 0 frames to the unified processor (UP) 
through the ISDN signaling preprocessor (ISP). The system handles SAPI 63 
frames within the DCH and responds to the originating ISDN loop with the 
appropriate commands, or response bits, inserted in the address field sets. 


The enhanced D-channel handler (EDCH) is an upgraded version of the DCH. 
The EDCH provides extended performance by incorporating a 20-MHz 68020 
processor with full 32-bit data bus capability and increased RAM (4 Mbyte as 
opposed to 1 Mbyte for the DCH). The enhancements result in an approximate 
44% improvement in throughput over the DCH circuit pack. 


DCH and EDCH sparing 
DCHs or EDCHs are spared in an n+1 arrangement. It is recommended that 
you spare DCHs or EDCHs in a 4+1 arrangement. When the system detects a 
DCH or EDCH failure on the active card, the system moves the ISG channel 
assigned to that DCH or EDCH to the spare DCH or EDCH and that spare 
becomes the active DCH. You can mix DCH and EDCH in the same 
peripheral. The one restriction is that you can only use an EDCH with an 
EDCH load as a spare to another EDCH with an EDCH load in it. 
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EISP ISDN signaling processor 
The EISP uses LAPD in communicating with the DCH over a 64-kbit/s HDLC 
channel in BRI, and accesses the UP through direct memory access (DMA). It 
also provides maintenance functions to the DCH and the single link between 
them. 


The system routes messages with SAPI 0 between the DCH and UP, through 
the ISP, destined for their layer 3 (Q.931) target. The DCH sends an 
acknowledgment (RR) to the logical terminal for each message received by the 
DCH as part of the LAPD protocol. The EISP and DCH exchange a similar 
acknowledgment for messages received. However, the ISP does not 
acknowledge messages coming from the UP because LAPD is not used 
between it and the ISP. 


Each ISDN peripheral contains two EISP cards; one for each shelf. Only one 
card, however, is active at a time and the duplication is used for reliability. 


The EISP card can support a maximum of 32 channels, each of which provides 
a 64 kbit/s data path. Two types of channels are supported: 


e DCH messaging channels that carry call processing frames associated with 
BRI B-channels (SAPI 0) 


e D-channels that carry call processing messages associated with PRI 
B-channels (SAPI 0) 


With ISDN BRI, the DMS-100 provides a maximum of 10 channels for DCH 
card interface. There are, 32 channels for physical D-channels in PRI and a 
combination of both in a mixed application. 


For ISDN BRI, the enhanced ISDN signaling processor (EISP) functions 
between the DCH and the master processor (MP) or UP in an XMS-based 
peripheral product life upgrade strategy (XPM Plus). For ISDN PRI, the EISP 
functions as a main interface to D-channels carrying call control messages. 


For ISDN BRI, the enhanced ISDN signaling processor (EISP) functions 
between the DCH and the master processor (MP) or unified processor (UP) in 
an XMS-based peripheral. In NAO12, the Power PC (PPC) NTSX05 card is the 
required processor card. For ISDN PRI, the EISP functions as a main interface 
to D-channels carrying call control messages. 


ISDN line group controller and ISDN line trunk controller 
The following describes the LGCI and the LTCI. 
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ISDN line group controller 

The LGCI (see Figure 8-1) provides access for customer voice and data traffic 
to the circuit-switched and packet-switched networks. The LGCI is a 
peripheral module, that provides: 


e D-channel handling and processing 


e call processing for different types of lines (ISDN, EBS, POTS, and 
Datapath), including Q.931 call processing 


e maintenance and diagnostic capabilities 


Figure 8-1 ISDN line group controller layout 


C-side P-side 


ISDN basic rate interface ISDN lines 


ISDN 
terminals 


Packet C_N 


handler 


DCH D-channel handler 

EDCH Enhanced D-channel handler 

LCME Enhanced ISDN line concentrating module 
LGC line group controller 

LTC line trunk controller 

NT1 Network termination 1 


ISDN line group controller 
The following table lists the product engineering codes (PEC) for each card in 
the LGCI. Figure 8-2 shows the card locations in an ISDN line group array 
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(LGA). For a full description of the cards, refer to the Hardware Description 
Reference Manual, 297-8991-805. 


Table 8-1 ISDN line group controller (6X02NA) 


Product equipment code Component 

NT6X50AA DS-1 Interface card 

NT6X41AA Speech bus formatter card 
NT6X42AA Channel supervision message card 


Figure 8-2 Card locations in an ISDN LGA shelf with EISP and UP cards 


Front view 


LGA NTX6X02NA 


DS-1, DCH or EDCH 
DS-1, DCH or EDCH 
DS-1, DCH or EDCH 
DS-1, DCH or EDCH 
DS-1, DCH or EDCH 
Filler faceplate 

Filler faceplate 

Filler faceplate 

Filler faceplate 

Filler faceplate 

Filler faceplate 

Filler faceplate 

Filler faceplate 
DS30 or DS512 
Filler faceplate 

Filler faceplate 
Power converter 


CSM 
Formatter 


Slot 01 02 0304 05 06 07 08 09 10 111213 14 15 16 17 18 19 20 21 22 23 24 25 


Legend: 

CSM Channel supervision message card MPC Message protocol and 
DCH  D-channel handler tone generator 

EDCH Enhanced D-channel handler TS Time switch 

EISP Enhanced ISDN signaling preprocessor UP Unified processor 


LGA Line group array 


Note 1: Each LGC is provisioned with a minimum of two DCH or EDCH cards, one in each LGA. 
Note 2: The SX05 card is the required UP card in NA012. 


ISDN line trunk controller 

The cards in each shelf of the LTCI are identical to the cards on an LGCI 
except that slot 17, between the EISP and the MPC card, contains a universal 
tone receiver (UTR) card (NT6X92). 
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LTCI/LGCI C-side blockage (NT6X44AA time switch) 

The following is an example of the number of call paths available for call 
processing with all 16 DS30 C-side links allocated (XPM equipped with an 
NT6X44AA time switch). 


16 DS30 Links 
x32 Channels per link 


512 
-32 (2 per DS30A none reserved) 


-96 (Number of TDM connections on C-side) 


384 available channels between the XPM C-side and the network. 


Based on 192 LCs 
192/4 = 48 
192 line cards at 4 LENs per TDM connection. 


Based on this information, the LGCI C-side is the limiting factor in 
determining blockage for ISDN BRI. These calculations assume no 
X.25/X.75/X.75’ link interface unit (XLIU) connections. For each additional 
XLIU link, a C-side channel is used and thus unavailable for circuit-switched 
calls. 


LTCI/LGCI P-side blockage (NT6X44AA time switch) 

The following is an example of the number of call paths available for call 
processing when all 20 DS30A P-side links are allocated (XPM equipped with 
an NT6X44AA time switch). 


20 DS30A Links 
-3 DCHs (2 active and 1 spare) 


17 DS30A links 
x32 Channels per link 


544 
-34 (2 per DS30A reserved) 
510 
-1 (reserved for LCME messaging) 
509 
509 


-57 (Number of TDM connections) 


452 available channels between the XPM P-side and the LCME 
C-side 


Based on 226 LCs 
226/4 = 56.5 (round up to 57) 
226 line cards at 4 LENs per TDM connection. 
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Based on this information, the determination is that origination and 
termination blocking will occur at the LGCI/LTCI level before it will occur at 
the LCME level. Reference the following section on the LCME for the 
blocking examples given. 


NTAX78BA Universal enhanced time switch card 

In NAO10, the ISDN capacity enhancement (ICE) feature replaces the 
NT6X44AA time switch card with the NTAX78BA universal enhanced time 
switch card. The NTAX78BA doubles the P-side port capacity of the XPM 
from 20 to 40 ports numbered 0 through 39. The NTAX78BA allows direct 
P-side to P-side connects which prevents the wasting of C-side channels for 
time-division multiplexing (TDM) hair-pin connections between the DCH and 
the LCME. Digital test access (DTA) P-side to P-side connections are built 
without wasting C-side channels. These enhancements increase the number of 
ISDN lines and call traffic that can be handled for an XPM by allowing the 
engineering of two LCMEs to be associated with one LGC/LTC. 


LTCI/LGCI C-side blockage (NTAX78BA time switch) 

The following is an example of the number of call paths available for call 
processing with all 16 DS30 C-side links allocated (XPM equipped with an 
NTAX78BA time switch). 


16DS30 Links 
x32 Channels per link 


512 
-32 (2 per DS30A none reserved) 


480 available channels between the XPM C-side and the network. 


Based on this information, the LGCI P-side is the limiting factor in 
determining blockage for ISDN BRI. These calculations assume no XLIU 
connections. For each additional XLIU link, a C-side channel is used and thus 
unavailable for circuit-switched calls. 
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LTCI/LGCI P-side blockage (NTAX78BA time switch) 

The following is an example of the number of call paths available for call 
processing when all 20 DS30A P-side links are allocated (XPM equipped with 
an NTAX78BA time switch). 


20 DS30A links 
x32 channels per link 


640 
-40 (2 per DS30A reserved) 


600 
-1 (reserved for LCME messaging) 


599 
-160 (number of TDM connections) max.lines 2 LCMEs (640/4=160) 


439 available channels between the XPM P-side and LCME C-side 


Based on this information, the determination is that origination and 
termination blocking will occur at the LCME level before it will occur at the 
LGCI/LTCI level. Reference the following section on the LCME for the 
blocking examples given. 


XPM NTSX05 Universal Processor 

The NTSX05, which is required in NAO12, plugs in to the UP card slot in an 
ISDN LGA shelf. The NTSXOSAA has a slot for an optional peripheral 
recovery (PRL) memory packlet. The PRL packlets include: 


e NTSX06AA—a filler that has no functionality 

e NTSX06BA—32 Mbyte PRL memory packlet 

e NTSX06CA—64 Mbyte PRL memory packlet 

e NTSX06DA—128 Mbyte PRL memory packlet 

Limitations and restrictions The following limitations and restrictions 
apply to the XPM Processor Power PC (PPC): 


e The NT7X05AA PRL card is not allowed when both units of the LTCI are 
equipped with an NTSX05 card. An optional NTSX06 PRL can be used 
instead. 


e The NTSXOS5 is not supported when the mate unit is equipped with an 
NT6X45 processor. 


e Upgrades from a 6X45 (MP/SP) directly to an SX05 are not supported. 


e Downgrades from an SX05 processor directly to an NT6X45 (MP/SP) are 
not supported. 
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LCME 


The LCME is a dual-unit XPM that terminates ISDN 2B1Q U-type lines, 
ISDN S/T-type lines, and POTS, EBS, and Datapath lines. It also provides 


access to the ISDN B-, D-, and M-channels. The LCME has the capacity for 


480 U-type (single slot) line cards or 240 S/T-type (double slot) line cards. 


Alternatively, the LCME can support 480 POTS or EBS lines, or 240 Datapath 


lines (480 single slot Datapath line cards). 


Note: The LCME supports both 2B and NI-2 software. 


ISDN enhanced line concentrating module 
The following table lists the PECs for each card in the LCME. Figure 8-3 
exhibits the physical layout of the cards in the LCME. 


Table 8-2 PECs for LCME components 


PECs for LCME components 
NT6X17AC 
NT6X19AA 
NT6X20AA 
NT6X53CA 
NT6X71AA 
NT6X76AD 
NTBX26AA 
NTBX27AA 
NTBX34CB 
NTBX35AA 
NTBX36BA 
NTBX71AA 
NTBX72AA 


Components 

POTS line card 

POTS message waiting card 
Message waiting converter line card 
LCME power converter 

ISDN enhanced line drawer PUPS 
Asynchronous I/F line card 

ISDN S/T I/F line card 

ISDN 2B1Q U I/F line card 

LCME processor CP 

LCMI digroup control CP 

ISDN enhanced LCME BIC 

ISDN enhanced line drawer PUPS 


LCME battery and ring router 


Figure 8-4 shows the physical and logical layout of the LCME line drawer. 
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Figure 8-3 Enhanced ISDN line concentrating module (LCME) 


Unit1 Line drawer} |Line drawer| |Line drawer 


Power converter 1 
Power converter 0 
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Legend: 
DCC Digroup control card 


Note: Slot positions 01—17 are approximate in the figure. 
Line drawers do not necessarily occupy four slots. 
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Figure 8-4 Physical and logical layout of the LCME line drawer 
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Legend: 

BIC Bus interface card 

PUPS Point-of-use power supply 


ISDN line card provisioning rules 
The following line card placement restrictions apply: 


e Upto 60 U-line cards (BX27s) are equipped for each physical line drawer. 


e Upto 32 U-line cards are equipped in an even-numbered logical drawer, 
and up to 28 U-line cards are equipped in an odd-numbered logical drawer. 


e Up to 30 S/T-line cards are equipped for each physical drawer, with up to 


16 cards in an even-numbered logical drawer, and up to 14 cards in an 


odd-numbered logical drawer. 


e Positions 28, 29, 30, and 31 in the odd-numbered logical drawer are 


occupied by the PUPS cards. 
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Engineering an LCME drawer 

When engineering an LCME drawer, you must consider the number of line 
cards assigned to each drawer and the distribution of ISDN U-line cards 
(ISLC) across all available drawers. 


Digroup link contention There are three digroup links between the BIC 
card and the DCC cards. The line drawer design reserves the first five channels 
in each digroup link for Dd assignment. Each digroup link has 27 channels 
reserved for B-channels. Therefore, there are 15 Dd channels and 81 
B-channels reserved for each physical drawer. 


The 2B1Q LCME physical line drawer has 60 single line card slots available 
for U-type 2B1Q ISLCs. Because each physical line card has access to two 
B-channels, there are 120 B-channels for each drawer. There is potential 
B-channel contention at the drawer level (not at the DS30A level), as the 120 
physical channels compete for 81 logical links over the digroup links. See 
Figure 8-5 for the non-blocking service configuration. 


Note: Limit the number of U-type 2B1Q ISLCs to 40 for each drawer to 
eliminate B-channel contention at the LCME drawer level. 


Figure 8-5 Non-blocking service 


LCME RESTRICTIONS: 


Digroup Each physical drawer can hold 60 single 
Links slot line cards 

DIGROUP LINKS 

e each BIC card has3 links to DCC 

e 32 channels per link 

e ch 0—4 reserved for DCH 

e ch 5-31 for call paths 


32 channels per link 
-06 reserved for DCH 


x 3 links per BIC 


81 available call paths per 
physical drawer 


81/2 = 40.5 (Note 1) 


service. 


Note 1: BX27 line card supports 2 B-channel devices. 
Note 2: One drawer can support 40 BX27 line cards and provide non-blocking 


Note 3: One LCME (eight drawers) can support 320 BX27 line cards and 
provide non-blocking service. 
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D-channel contention does not occur because there are 60 D-channels 
available over the three digroup links. LCME line drawers with the 
maximum of 60 ISLCs, have a 1:1 correspondence of D-channels on the 
ISLCs to the D-channels available over the digroup links. 


Due to constraints at the LGCI C-side, the maximum number of line cards that 
can provide non-blocking service is 192 BX27 line cards. 


DS30A load sharing The DMS-100 switch allocates speech channels on 
the DS30As to the LCME differently than on an LCM. The DMS-100 switch 
has even-numbered links on the LCME (0,2,4.,...) assigned to Unit 0 and uses 
the channels for calls to and from Unit 0 (LSGs 0-7). The DMS switch has 
odd-numbered links (1,3,5,...) assigned to Unit 1 and uses their channels for 
calls to and from Unit 1 (LSGs 8-15). 


Both the LCM and the LCME have one interunit link consisting of 30 
channels. This allows one unit to process 30 of the other units calls over its 
DS30A links. This capability for an LCME requires patch XJI14 to work 
correctly on pre-XPMO1 LTCI/LGCIs. 


If ISDN line cards are distributed sequentially (LSGs 0-1, then LSGs 2-3, and 
so on) rather than distributed evenly within both units of the LCME, call 
processing for these ISDN lines cannot access all of the available channels to 
both units of the LCME. This can cause originating and terminating call 
blocks. 


Channel resources Unlike other line cards within the DMS switch, 
ISDN line cards (BX26 and BX27) datafilled as “WORKING” in table LNINV 
automatically reserve a channel resource. This resource is a time slot or TDM 
connection (over DS30A links) between the time switch in the host XPM and 
the LCME.One channel must be reserved for each TDM Quad. The DMS-100 
switch multiplexes four ISDN line D-channels onto one TDM channel, which 
is mapped to a DCH channel in the host XPM. 


Unused ISDN line cards datafilled as “WORKING” in an LCME, reserve 
communications channels that cannot be used for call processing by working 
line cards. An LCME loaded to its limit of 480 line cards, all datafilled as 
“WORKING,” reserves 120 channels (480/4), or nearly four DS30A links, as 
shown in the following example. The remaining channels not used for 
D-channel messaging or LCME messaging can be used for call processing. 


Note: ISDN line cards that are not inservice should be datafilled as 
hardware assigned software unassigned (HASU) in table LNINV. 
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Example 1 For an LCME with four DS30A links, two links to each unit, 
and 120 BX27AAs distributed evenly with 60 working BX27AAs for each 
unit, the channel availability for each unit is as follows: 


1 2DS30A links 
x32 channels for each DS30A 


64 total channels 


2 64 total channels 
-4 messaging channels (2 for each DS30A) 


60 channels for ISDN 


3 60 ISDN line cards 
4 ISDN lines for each TDM quad 


15 channels reserved for TDM (60/4 = 15) 


4 60 channels for ISDN 
-15 channels reserved for TDM 


45 available channels 


5 45 available channels 
-1 reserved for LCME processor communications 


44 channels for call processing 


6 60 ISDN line cards 
X2 maximum potential calls for each line 


120 total potential calls 


7 44 channels for call processing 
+30 interunit link channels 


74 total possible calls for each unit 


Each call using an interunit link channel uses a channel on the other unit to 
complete the call. For example, if all 30 interunit link channels are used, the 
other unit's channel availability is 30 less. This means that if 74 calls are 
completed from one unit, the other unit only has 14 channels available 

(44 - 30 = 14). 


The previous example indicates that an LCME with 120 ISDN line cards 
spread evenly across LSGs 0-7 and LSGs 8-15 has a maximum of 120 
potential calls per unit. Forty-four channels are available for call processing for 
one unit. If the number of calls on one unit exceeds 44, the mate unit can 
accommodate up to an additional 30 calls over the interunit link, if channels 
on the mate unit's DS30A links are unused. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


8-14 Hardware description 


Example 2 For an LCME with four DS30A links, two links to each unit, 
and 120 working BX27AAs all located on unit 0 (LSGs 0-7), the channel 
availability for unit 0 is as follows: 


1 2 DS30A links 
x32 channels for each DS30A 


64 total channels 


2 64 total channels 
-4 messaging channels (2 for each DS30A) 


60 channels for ISDN 


3 120 ISDN line cards/4 ISDN lines for each TDM quad 


30 channels reserved for TDM 


4 60 channels for ISDN 
-30 channels reserved for TDM 


30 available channels 


5 30 available channels 
-1 reserved for LCME processor communications 


29 channels for call processing 


6 120 ISDN line cards 
x2 maximum potential calls for each line 


240 total potential calls 


7 29 channels for call processing 
+30 interunit link channels 


59 total possible calls on unit 0 


The previous example indicates that an LCME with 120 ISDN line cards all in 
the same unit has a maximum of 240 potential calls. Only 29 channels are 
available for call processing for calls on that unit. If the number of calls on unit 
0 exceeds 29, the matte unit can accommodate up to an additional 30 calls over 
the interunit link, if channels on the mate unit's DS30A links are unused. 


Note: Call blocks can occur in Example 2. 


The previous examples are only guidelines to assist in determining how many 
DS30As are required to provide adequate ISDN channels. Engineering should 
be performed under the engineering guidelines found in the Capacity 
Engineering Manual. 
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SMA Subscriber Carrier Module Access 
Figure 8-6 represents the SMA unit and shows the card location for each type 
of card. Figure 8-7 illustrates the relationship between the EDCH cards and the 
number of IDTs. 


Figure 8-6 SMA unit 
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Figure 8-7 SMA P-side configuration 
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You can provision a maximum of ten EDCH cards on each SMA. Because both 
EDCH cards and DS1 cards share the same slots (01-15), each EDCH card 
displaces one DS1 card and reduces the number of DS1 links by two. The 
number of DS1 links available determines how many integrated digital 
terminals (IDT) you can provision. The relationship between the number of 
EDCH cards and the number of IDTs that you can configure is shown in 


Table 8-3. 
Table 8-3 EDCH provisioning (Sheet 1 of 2) 
Number of IDTs Number of EDCHs 
8 or less 0 
7 or less 1 
7 or less 2 
7 or less 3 
6 or less 4 
5 or less 5 
4 or less 6 
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Table 8-3 EDCH provisioning (Sheet 2 of 2) 


Number of IDTs Number of EDCHs 
3 or less 7 
2 or less 8 
1 or less 9 


Enhanced subscriber carrier module-100 urban 
The SMU provides a digital interface to the DMS-100 switch for DMS-1 urban 
remote terminals in a digital loop carrier system. When integrated into the 
DMS-100 switch, Nortel refers to the DMS-1 urban remote terminal as the 
remote carrier urban (RCU). Refer to Figure 8-8 and Figure 8-9. 


An ESMU is an SMU that contains the enhanced software and hardware 
necessary for supporting ISDN and MBS terminals for residential or business 
communities along with the existing features described previously. The SMU 
must undergo a backplane modification, the addition of one or more DCH or 
EDCH circuit cards, and the addition of an EISP circuit card to support these 
features. 


For complete details regarding engineering ISDN loops off of an ESMU, refer 
to “Extended Peripheral Module Logs Reference Manual, 297-8321-840. 
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Figure 8-8 SMA P-side configuration 
SMU RCU 
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Note:The RCU must contain ISDN and MBS line cards in the integrated services 
line card carrier (ISLCC). Special service line cards may also be equipped in the ISLCC. 
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Figure 8-9 SMU unit supporting ISDN MBS capability (NT6X02EL) 
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Remote concentrating unit 
The engineering process requires mapping services onto ISDN line cards, with 


one RCU line equipment slot allocated for every seven lines. The RCU ISDN 
line card PEC code is NT7A31AA. 


Physical line capacity 

One RCU provides a maximum of 66 line equipment slots. In an ISDN only 
configuration, four cards for each equipment slot, the physical capacity is 264 
(4 x 66). ISDN line cards fit into slots 1, 2, and 3 for 2B + D service, slot 4 for 
1B + D service. Thus, assuming three cards at 2B + D service, there are six 
B-channels for call processing. Add the one remaining B-channel and there is 
the capacity for seven B-channels for call processing for each line equipment 
slot. There are 462 (7 x 66 = 462) possible call paths from the RCU back to the 
ESMU. Therefore, blocking does not occur at the RCU. Blocking occurs on 
the DS-1s back to the ESMU. 
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DS-1 link channel capacity 

Each RCU contains up to eight digroup cards that provide DS-1 links to the 
SMU. When all digroups are equipped, 192 channels are available (8 x 24). 
But, one channel is reserved for each of the two SMU message processors 
installed in the RCU. For redundancy, each messaging channel is on a separate 
DS-1 link. Therefore, a maximum of 190 channels are available for traffic. 
Because at least 2 DS-1 links are equipped, the minimum number of channels 
available is 46. 


Conference size 

Please refer to the section entitled “Conference size” in the “SERVORD 
procedure” chapter of this guide for further information on conference 3-port 
and conference 6-port circuits. 


Current family of ISDN capable remotes 


Figure 8-10 is a diagram showing ISDN as supported through NA006. With 
NAO07, all LCM-based remotes support ISDN. 
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Figure 8-10 DMS-100 Family ISDN through NA006 
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Common peripheral module 

The common peripheral module (CPM) is a family of peripheral types used in 
the DMS-100 Family. If used as a remote unit, the CPM is identified as the 
Remote Cluster Controller 2 (RCC2) at a remote switching center-SONET 
(RSC-S) site. 


The CPM family is based on two shelves: 


e CPM main shelf: containing all common circuitry and capable of 
supporting small size installations of lines and trunks 


e CPM extension shelf: containing Octal T1 (Digital Signaling with DS1 
carrier) and DCH packs and is used to expand the CPM capacity and P-side 
port capability to support larger remote applications 


e integrating ISDN functionality into RCC2 base software to support an 
ISDN LCME 
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ISDN line drawer (available in NA007 and up) 
Nortel introduced a low-cost, comprehensive solution that extends ISDN 
capabilities to DMS-10 host offices and remotes and to all DMS-100 remotes. 
Supporting standard National ISDN BRI U-interface line cards, Nortel’s ISDN 
line drawer is an ideal entry vehicle for deploying small numbers of ISDN 
lines. 


Note: The ISDN line drawer only supports NI-1 software. 


The ISDN line drawer enables network providers to cost-effectively deliver 
popular Internet access, work-at-home, telecommuting, and transaction-based 
applications to residential and small-business subscribers in rural areas and 
areas served by remote equipment. With the ISDN line drawer, network 
providers can deploy remote ISDN service without having to invest in external 
channel-bank equipment. 


Remote ISDN deployment 
The ISDN line drawer can be provisioned in any of the following DMS-100 
remotes: 


e remote line concentrating module (RLCM) 
e outside plant module (OPM) 

e outside plant access cabinet (OPAC) 

e remote switching center (RSC) 

e remote switching center-SONET (RSC-S) 


Deployed in existing DMS-100 remote LCMs, the ISDN line drawer directly 
replaces a 64-line POTS drawer in an LCM. The ISDN line drawer houses up 
to 28 standard DMS-100 ISDN line cards (NTBX27), plus power supply and 
controller equipment. You can provision each LCM with up to two ISDN line 
drawers. You can provision up to seven ISDN line drawers for each RSC or 
RSC-S (14 for each dual DMS-100 RSC or RSC-S). 


The ISDN line drawer offers further cost-savings by combining the functions 
of the BIC, EDCH, and EISP into a single ISDN drawer controller (IDC). The 
ISDN line drawer also uses the existing PUPS card (NTBX71), housed in the 
line drawer. 


To provide 64-kbit/s clear-channel capability, you can equip the switch with a 
DS-1 interface card (NT6X50AB) and an LCM processor pack (NT6X51DA). 
In remote deployments, the ISDN line drawer does not support emergency 
stand-alone (ESA) or intra-switching capabilities. 


In addition to the normal communication channels between the host switching 
network and a remote, each ISDN line drawer requires two DS-0 


297-2401-201 Standard 07.01 September 2000 


Hardware description 8-23 


communication channels to the LCM. A third DS-0 is required if a permanent 
D-channel packet connection is used. 


ISDN capabilities extended to all DMS-100 remotes 
DMS-100 offices currently support ISDN service that uses the LGCI, ISDN 
Digital Trunk Controller (DTCD, and LCME. The RSC-S provides a 
cost-effective remote ISDN solution for larger line-size deployments. Refer to 
Figure 8-11. 


Note: The RSC-S supports 2B and NI-2 software. 


Figure 8-11 ISDN line drawer 
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In lower line-size applications, the ISDN line drawer offers cost-effective 
delivery of ISDN to smaller numbers of subscribers served by other DMS-100 
remotes. The ISDN line drawer also reduces cost of ownership through a 
common operations, administration, maintenance, and provisioning 
(OAM&P) and common line-drawer equipment sparing across DMS-10 and 
DMS-100 platforms. 


Using this ISDN configuration, network operators can deliver ISDN BRI 
service from any LCM-based DMS-100 remote, with minimal hardware 
required at the host switch. The ISDN line drawer makes use of packet 
switching through the DMS SuperNode link peripheral processor (LPP) 
packet handler. Refer to Figure 8-12. 
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Figure 8-12 ISDN line drawer 
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All features of the ISDN line drawer are planned to be included in software 
package ISDN0003. The ISDN line drawer was introduced with NI-1 features 
as part of the NA007/XPMO8 software stream. 


297-2401-201 Standard 07.01 September 2000 


9-1 


9 DMS packet handler 


Introduction 


The DMS packet handler (DMSPH) is a full featured X.25/X.75 packet service 
for ISDN B- and D-channels for the DMS-100 SuperNode central office. It 
allows the DMS-100 switch to be compliant with National ISDN 1 standards. 
The DMSPH is an integral component of the DMS switch and is based on the 
link peripheral processor (LPP) platform. 


The DMSPH requires a DMS SuperNode equipped with ISDN and LPP or link 
interface shelf (LIS). In BCS34 and BCS35, the DMSPH can co-exist with the 
line interface unit for CCS7 (LIU7) in the same LPP. In addition, in BCS35, 
the XLIU can co-exist with the frame relay interface unit (FRIU). It can also 
co-exist with a data packet network packet handler (DPNPH) with the 
restriction that an individual logical terminal identifier (LTID) can only be 
serviced by either the DPNPH or the DMSPH. In this configuration, an X.75 
link would be required between the DMSPH and the DPNPH. Refer to Figure 
9-1. XLIU hardware is also supported on the single shelf link peripheral 
processor (SSLPP). 


The packet handler consists of X.25/X.75 link interface unit (XLIU) that 
resides in the LPP. Physical, data link, and network level protocol services are 
handled by the XLIU. Packet handler call control, operations, and maintenance 
responsibilities are addressed by both the XLIU and DMS-core. Data traffic is 
carried between the data terminals and the XLIU by the way of dedicated DMS 
network connections over DS30 links. (Refer to Figure 9-2.) The LPP 
connection to the DMS switch network is accomplished by the network 
interface unit (NIU). A description of each of these components follows. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


9-2 DMS packet handler 


Figure 9-1 DMS packet handler network connections 


Message switch 


Local message switch 


DPN-100 PH 


== —— o 
X.25 
Terminal 
X.25 handler 
Terminal |x |U pee 
handler ateway 


Network 
ee 


ISDN LTC/ ISDN 
LTC DTC LTC 


X.75' 


297-2401-201 Standard 07.01 September 2000 


DMS packet handler 9-3 


Figure 9-2 Link peripheral processor 
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Link peripheral processor 
The LPP was originally developed to support the DMS signaling transport 
point (STP). The LPP was designed to support a number of applications by 
DMSPH through the addition of application specific units (ASU). The XLIU 
is the ASU for the DMS packet handler application. 


The control component of the LPP is known as the local message switch 
(LMS). (Refer to Figure 9-3.) The LMS provides message switching and 
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control for the entire LPP. The LMS contains a 128 Mbit/s T-bus that connects 
to the ASUs using a 32 Mbit/s F-bus. The component combination of LMS, 
F-bus, and F-bus Repeaters (RPTR) to ASUs is called the link interface 
module (LIM). 


Figure 9-3 LPP block diagram 
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Link interface unit 
The X.25/X.75 XLIU consists of an integrated processor and F-bus (IPF) 
NTEX22BB card responsible for Layer 3 (X.25/X.75 packet) processing and 
F-bus access. 


A high-level data link control (HDLC) frame processor (HFP) NTFX10AA 
terminates the physical and data link layers (LAPB, LAPD) for the DMSPH. 
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A C-bus Interface Paddleboard (CIP) NTFXO9AA terminates and provides 
access to the C-bus for the LIU. 


The minimum recommended configuration of XLIUs is 2 XLIUs, one to 
support X.25 service, and the second to support X.75 service. Up to 30 XLIUs 
can be provisioned in a DMS-100 switch; however, configurations higher than 
11 XLIUs in BCS35 must be approved by Nortel. 


In BCS36, this approval level was removed. All XLIUs must be provisioned 
on the same LPP. Provisioning rules for the XLIU can be found in the 
“Engineering Provisioning” chapter in this guide. 


Network interface unit 
The network interface unit is a dual unit component that terminates DMS 
network links. The NIU can only mount on a LIS that has been equipped for 
C-bus access. This requires the F-bus repeater NT9X74DA. Refer to Figure 
9-3. 


Each unit of the NIU consists of three cards, an IPF card NTEX22BB, a C-bus 
controller (CBC) NTEX25AA for unit 0 and NTEX25BA for unit 1, and a 
DS30 Paddleboard NTEX28AA. It provides the XLIU with access to network 
channels using the 512 channel C-bus. 


The NIU currently provides access for up to four DS30 links, providing a 
maximum of 120 DS30 channels. An NIU occupies two ASU positions (four 
slots) in the middle of an LPP shelf. (Refer to Figure 9-4.) 


The C-bus controllers (CBCs) drive the C-buses. The CBCs receive data from 
both network planes and select the plane to receive based on received integrity 
and parity. Network plane selection is done on an individual channel basis. The 
data from the network link is then put on the C-bus in C-bus format. 


In the opposite direction, the CBC takes data from the C-bus and sends it to 
both planes of the network with parity and integrity added to each channel. The 
CBC provides error free switching of active C-buses during fault conditions. 
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Figure 9-4 LPP hardware 
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10 ISDN real-time engineering 
guidelines 


Introduction 
This section supplies the following information: 


e CM impacts of DMSPH calls 
e asynopsis of the peripheral components that require real-time engineering 


e identification of the ISDN and non-ISDN call types that impact specific 
peripheral processors 


e real time call attempt capacity models 


CM impact of DMSPH calls 
Call routing and transmission for DMSPH services are the same as for ISDN 
circuit-switched services; that is, DMSPH uses the same software base and 
data tables as DMS ISDN and DMS circuit-switched calls. This ensures that 
there is a consistent and integrated process for all DMS services, minimizing 
the impact of call processing on the performance of the DMS-core and 
providing functions, such as digit translation and hunt group processing. 
DMSPH call processing also provides 


e X.25 and X.75/X.75' Layers 2 and 3 processing in the XLIU 


e call routing and translation functions identical to DMS circuit-switched 
services 


System overload controls in the XLIU prevent a single terminal from being 
able to flood the CM with origination messages. Specifically, the controls 
allow no more than 15 call setup requests from an individual XLIU within a 
6-s period. Call setup requests exceeding this threshold are blocked at the 
XLIU, preserving CM resources. 


CM impact for the DMSPH call types is detailed in the following table. These 
timings can be placed in the Supplemental Additives section of the 

REAL:: TIME Calculation tool. In software releases before NAOO1, a count of 
packet calls can be obtained by QCOUNTS (a CI level command) for 
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B-channel and D-channel terminals, and the TRK operational measurement 
(OM) for X.75 trunks. Release NAOO1 introduced new OM groups that peg 
processor occupancy, L2 and L3 frame and packet counts. 


Table 10-1 DMS PH CM call timings (BCS35) 


Call type Timing AMA additive 
Local BRI to BRI 10ms +9ms 
Local BRI to X.75 11ims +9ms 
Local BRI to X.75' 12ms +9ms 
X.75 to local BRI 9ms +9ms 


Peripheral real-time engineering methodology synopsis 


The peripheral Real::Time Calculation tool Real::Time mechanizes real-time 
engineering of the following: 


e LCME 

e ISDN LGCI 
e ISDN LTICI 
e DTCI 


e RCC2/DRCC2 


Real-time engineering methodology of ISDN type peripherals is identical to 
that of standard, non-ISDN peripheral processors. Refer to the latest issue of 
XPMO7 and Higher Peripheral Real-Time, SEB 96-11-001, for the manual 
calculation of call attempt capacity of peripheral controllers. 


Peripheral real-time engineering requirement synopsis 
This section is an overview of identified peripheral components that require 


real-time engineering. In addition, the specific call types, both ISDN and 
non-ISDN, that impact each peripheral component are identified. 

The pertinent peripheral processors are as follows: 

e LCM (with ISDN Line Drawer) and LCME 

e ISDN LGCI unified processor (UP) 

e ISDN LTCI UP 

e DTCI UP 
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e RCC2 UP 
e XLIU integrated processor and F-bus (IPF) and HDLC frame processor 
(HFP) 


LCM and LCME 
Real-time engineering for the LCME is important as the type of lines 
supported increased at BCS32 to include MBS, Datapath, and POTS in 
addition to ISDN. 


The real-time impact of the MADN feature assignment to ISDN lines has little 
impact on the LCME processor. All per call timing additives associated with 
the assignment of MADN to non-ISDN line types such as MBS, Display MBS, 
and MDC are listed in SEB 96-11-001. 


ISDN LGCI 


In BCS35, the UP was introduced in the ISDN-LGCI. This processor 
combines the functionality of the master processor (MP), and the signaling 
processor (SP). Real-time engineering of the UP is required and can be 
accomplished by using the information found in XPM07 and Higher 
Peripheral Real-Time, SEB 96-11-001 


Currently, real-time engineering for the ISDN LGCI EISP is not viewed as a 
requirement. For typical applications, EISP real-time utilization does not 
exceed 40%. 


Real-time engineering for the ISDN LGCI DCH is only a requirement for 
D-channel packet-switched calls (SAPI 16) and is currently viewed as not 
required for circuit-switched calls. 


ISDN LTCI 
In BCS35, the unified processor was introduced in the ISDN-LTCI. Real-time 
engineering of the UP is required and can be accomplished by using the 
information found in XPM0O7 and Higher Peripheral Real-Time, SEB 
96-11-001. 


Real-time engineering for ISDN LTCI EISP is not viewed as a requirement. 
For a typical BRI application, EISP real-time utilization does not exceed 40%. 


Real time engineering for the ISDN LTCI DCH is only a requirement for 
D-channel packet calls (SAPI 16) and is currently not required for 
circuit-switched calls. 


DCH 
The DCH is currently engineered only for packet-switched traffic. If only 
circuit-switched traffic is handled by the DCH, the DCH is limited by physical 
connections (channels). However, if the DCH also handles the D-channel 
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packet traffic, engineering by throughput is required. The DCH is rated for a 
maximum capacity of 50 FPS. This assumes 128-byte packets with 0% 
piggybacking. As an alternative, the DCH can also be engineered by real time, 
as the limiting component in the DCH when handling packet- and 
circuit-switched traffic is the DCH processor. The DCH timings appear in the 
following tables. 


Table 10-2 DCH processor occupancy allocations 


Overhead Buffer Available for call processing 


24% 10% 66% (2 376 000 ms) 


Table 10-3 DCH per call timing table 


Call type Per call timings in milliseconds 
Originating Terminating 

Circuit switched 110 110 

D-channel packet 14 14 


Note: This represents the time required to process one 128-byte packet. To 
calculate the DCH time required to process an average DPPS throughput for a 
sustained hour, multiply the timing shown by the throughput rate, then multiply by 
3600 (seconds in one hour). 


EDCH 


The EDCH is engineered similarly to the DCH. Due to its faster processor, its 
throughput is approximately 44% higher, at 72 FPS for 128-byte packets, 0% 
Layer piggybacking, and 11% overhead. The effect of varying packet size and 
Layer 3 piggybacking on EDCH throughput is shown in the Figure 10-1. The 
factors that vary EDCH overhead follow Figure 10-1. 


Note: Piggybacking occurs when control data is transmitted as a part of a 
regular frame carrying a data transmission. For example, an 
acknowledgment of frames received is sent as part of a frame which is being 
used to transmit regular data. 
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Figure 10-1 EDCH throughput 
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The provisioning rules use the throughput for the standard 128 byte packet size 
with 0% piggybacking. 


For those who wish to engineer the EDCH by real time instead of throughput, 
call timings appear in the following tables. 


Table 10-4 EDCH processor occupancy allocations 


Overhead Available for call processing 


11% 79% (2 844 000 ms) 


The base overhead for the EDCH is 5%. The number of terminals serviced by 
the EDCH will vary the overhead. The 11% gives a typical figure, and 
represents a configuration of 100 B-channel terminals and 30 D-channel 
terminals assigned to a single EDCH. The 11% can be used for planning 
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DTCl 


RCC2 


XLIU 


purposes. If desired, the overhead in percent for a particular configuration can 
be calculated by the following formula: 5 + (.046*) (number of terminals). 


Table 10-5 EDCH per call timing table 


Call type Per call timings in milliseconds 
Originating Terminating 

Circuit switched 76 76 

D-channel packet* 10.9 10.9 


Note: This represents the time required to process one 128 byte packet. To 
calculate the EDCH time required to process an average DPPS throughput for a 
sustained hour, multiply the timing shown by the throughput rate, then multiply by 
3600 (seconds in one hour). 


In BCS35, the UP was introduced in the ISDN-DTC. Real-time engineering of 
the UP is required and can be accomplished by using the information found in 
XPMO7 and Higher Peripheral Real-Time, SEB 96-11-001. 


Currently, real-time engineering of the EISP is not necessary due to traffic tests 
revealing real-time utilization of the processor not exceeding 50% for a typical 
application. 


Real-time engineering for the remote cluster control 2 (RCC2) UP is required. 
Real-time engineering of the RCC2 DCH is only required for D-channel 
packet calls (SAPI 16). For details on real-time engineering for the RCC2, 
refer to XPMO7 and Higher Peripheral Real-Time, SEB 96-11-001. 


Call setup, takedown, and billing are done by the DMS computing module, and 
the real-time impact is specified in the earlier section on CM impact. The 
XLIU does perform work; however, to process each packet, a different scheme 
must be employed to properly engineer the XLIU. Note that explicit grade of 
service standards do not currently exist for packet service because congestion 
typically results in delay rather than loss of service. (TR-301 currently 
recommends 55 ms per node delay for PPSNs with no indication as to the 
percentage of calls that can exceed this figure.) Packet throughput is typically 
expressed in data packets per second (DPPS), with terminals rated at their high 
quarter-hour or half-hour throughput. The XLIU processor capacity is 
determined by the sum of the packet rates for all of its subtending terminals. 
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Nortel (Northern Telecom) expresses XLIU capacity based on laboratory 
measurements using the following conservative assumptions: 


e  intra-XLIU packet traffic 
e 128-byte packets 
e 0% Layer 3 piggybacking 


Real-time engineering of the XLIU in BCS34 is not required where the total 
DPPS load is kept below the engineering default value of 130 DPPS. This 
figure allows a buffer for peakedness of data as well as call setup through the 
XLIU, while maintaining packet delay within conservative levels. 


BCS35 enhancements improved XLIU performance, as shown in Figure 2-21. 
The chart shows the relationship between throughput and transit delay. The 
DMS packet handler meets the TR-301 PPSN proposal of 55 ms per node 
delay at 150 DPPS (intra-XLIU), with the optimal region extending beyond 
170 DPPS. The Nortel engineering default value for each individual XLIU is 
150 DPPS in BCS35. Higher throughput values can be substituted for the 
default value; however, Nortel recommends this value not exceed the 170 
DPPS upper value of the optimal region. 


In BCS 36, further performance enhancements were made in the XLIU. These 
are represented in the chart in Figure 10-2. Figure 10-2 demonstrates that the 
XLIU meets and exceeds the recommendation of 55 ms delay at its rated 

capacity of 160 DPPS, while extending the stable range to beyond 200 DPPS. 


Figure 10-2 also shows the performance curve for release NA002. Note that 
the data for NA002 includes the results of work that was undertaken to 
improve both the robustness of packet delivery and grade of service for packet 
XLIU traffic. This work has resulted in a marginal increase in delay time on a 
per packet basis at certain throughput rates. Note, however, that the 
recommended engineering point remains at 160 DPPS because the stable 
range for release NA002 is well in excess of 200 DPPS. 
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Figure 10-2 DMS PH delay vs. throughput 
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As discussed previously, the data presented refers to INTRA-XLIU data 
traffic. Note that the performance of the DMSPH in an INTER-XLIU packet 
scenario is considerably better. Testing done in BCS36/NA002 showed that an 
XLIU could sustain over 300 DPPS in an INTER-XLIU configuration and still 
remain within the TR-301 recommendation (less than 55 ms delay/packet). 


Real-time engineering impacts by call type 
The call types that must be considered when calculating real-time 
requirements in affected ISDN related processors are as follows: 


e existing non-ISDN (such as, POTS, MDC, and MBS) 

e ISDN B-channel circuit-switched voice and data 

e ISDN B-channel provisioned high-speed packet data (B,) 

e ISDN D-channel call signaling associated with the B-channel 

e ISDN D-channel low-speed packet data (Bg) 

Not all of the previous mentioned call types impact all processors. In fact, 
ISDN B-channel provisioned high-speed packet data through a Bb link 


contributes only to the real-time utilization of the XLIU processor, other than 
at the establishment of the Bb’s dedicated path. 
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Refer to Table 10-6 for call type impact on real-time utilization of previously 
identified processors. 


Table 10-6 DMS ISDN processor real-time engineering impact by call type 


ISDN ISDN 
Call type CPU LCME LGCI LTCl DTCI RCC2 XLIU 
Existing non-ISDN Y Y Y Y Y Y N 
B-channel circuit- Y Y Y Y Y Y N 
switched voice/data 
Dedicated B-channel N N N N N N Y 
packet data (Bb) 
D-channel packet data N N Y Y N/A Y Y 
(SAPI 16) 
D-channel signaling Y N Y Y Y Y N 
(SAPI 0) 


It is important to note the following: 


e Packet services through either the B- or D-channel do not contribute to 
real-time utilization of the CM, other than call setup, as noted under “CM 
impact of DMSPH calls,” earlier in this chapter. 


e Although the D-channel call signaling associated with the N-channel 
impacts real-time utilization, the capture of its component increment is 
achieved in the per call timing associated with the B-channel 
circuit-switched call. 


e Real-time engineering is currently not required if DPPS default limits are 
observed. 


LCM and LCME real-time engineering algorithm 


As stated in previous sections, real-time engineering methodology for ISDN 
type peripherals is identical to that of existing peripheral types with the 
exception of the addition of unique ISDN call types. 


Manual calculation of real-time utilization of the LCME is not required 
because Real::Time mechanizes the process. Discussion of manual 
calculation is included in SEB 96-11-001 in case the reader wants to be 
familiarized with the process used in the Real::Time program. 


As shown in Table 10-6, only circuit-switched calls, whether ISDN or 
non-ISDN, contribute to real-time utilization of the LCME processors. 
Packet-switched calls, both B- and D-channels, do not require LCME 
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processor resources and therefore are not considered when performing 
real-time engineering of the LCME. 


For non-ISDN lines, per call timing calculation is identical to that of existing 
LCMs. 


Calculation of per call timing for ISDN lines is the same as for non-ISDN lines 
with one exception. The exception is that there is no additive to an ISDN 
circuit-switched per call timing in the LCME for the application of the MADN 
feature. 


ISDN LGCI BRI real-time engineering algorithm 


Manual calculation of real-time utilization of the BRI in the ISDN LGCI is not 
required because Real::Time mechanizes the process. Discussion of manual 
calculation for the BRI ISDN LTCTI is included in SEB 96-11-001 and can be 
applied on the BRI ISDN LGCTI for the sake of familiarizing the reader with 
the process used in the Real::Time program. 


As shown in Table 10-7, real-time utilization of the BRI ISDN LGCI is 
impacted by the following call types: 

e ISDN B-channel circuit-switched voice and data 

e existing non-ISDN circuit-switched voice and data 


e D-channel call control signaling 


Table 10-7 DMS ISDN administration/discipline ISDN LGCI/ISDN LTCI real time 


Component Impact OM Resident tool Eng/plan tool 

B-channel CS (Note 1) Yes LMD, PERFORM Real::Time 
RTLTSUM 

B-channel PS (Note 2) No XLIUL3 N/A N/A 


(Provisioned) 


Note 1: CS = circuit-switched 

Note 2: PS = packet-switched 

Note 3: SAPI 0 = signaling associated with B-channel CS 
Note 4: SAPI 16 = packet-switched data 

Note 5: D-channel PS traffic impacts the DCH 


Real-time engineering of the EISP in the ISDN LGCT is currently viewed as 
not required because its call attempt capacities exceed that of the unified 
processor. 
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Real-time engineering of the DCH is not required for call control signaling 
associated with B-channel circuit-switched calls (SAPI 0). 


ISDN LTCI BRI and PRI real-time engineering algorithm 


Manual calculation of real-time utilization in the ISDN LTCI is not required 
because Real::Time mechanizes the process. Discussions of manual 
calculation for basic and primary rate interfaces in the ISDN LTCI are included 
in SEB 96-11-001. 


As shown in Table 10-7, real-time utilization of the ISDN LTCI is impacted by 
the following call types: 


e ISDN B-channel circuit-switched voice and data 
e existing non-ISDN circuit-switched voice and data 


e D-channel call control signaling 


Real-time engineering of the DCH is not required for call control signaling 
associated with B-channel circuit-switched calls (SAPI 0). 


Machine resident tools 
The following is a description of the machine resident tools. 


ET tools 
CPU activity tool (ACTIVITY) 
Impact capture of ISDN related call types, both BRI and PRI, has been fully 
integrated into the CPU activity tool that measures real-time utilization of the 
CPU. CPUSTAT also recognizes ISDN-related call types. For further 
information on the ACTIVITY tool, refer to Users Guide Activity/Analysis 
CPU Measurement Tools, SEB 86-11-005. 


XPM activity and performance tool (PERFORM) 
The XPM activity and performance tool is used to monitor performance and 
real time utilization of individual DMS peripheral controller types. 


The tool provides measurements for the master processor (MP), signal 
processor (SP), ISDN signaling preprocessor (ISP), and DCH processor. 


At present, the ISDN LGCI, ISDN LTCI, RCC2, DTCI, SRSC, and Dual 
RCC2 are also supported by the tool. 


For further information on the tool, refer to DMS100 New Peripheral Activity 
and Performance Tool, SEB 87-002-04 


Non-resident tools 
The following is a description of the non-resident real-time planning tool. 
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Real-time planning tools 


The non-resident tool Real::Time can be used to calculate real-time utilization 
for both the computing module and peripherals of affected processors in 
inservice offices. The tool should be used for the real-time engineering 
component of provisioning initial ISDN applications and planning additions to 
in-service switches. 


Administration methodology 


The methodology described in this section addresses administration of 
performance engineerable components defined throughout this document as 
requiring capacity management. This section is not intended to serve as a 
definitive guideline for use of all available operational measurements. A 
synopsis of the areas requiring performance related engineering for the ISDN 
product is provided in Table 10-8. 


Table 10-8 Performance engineering areas for ISDN controllers 


ISDN LGCI/ISDN LTCI/RCC2 real 


time Impact 
Unified processor Yes 

ISDN signal preprocessor No (Note 1) 
D-channel handler Yes 

DTCI real time Impact 
Signal processor Yes 

Unified processor Yes 

ISDN signal preprocessor No (Note 1) 
XLIU real time Impact 
XLIU processor Yes (Note 2) 


Note 1: Current view is that real-time engineering is not required for the ISP. 


Note 2: Current view is that the XLIU is engineered by DPPS throughput and is 
not real-time engineered. 
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Further references for information on calculating capacity 


The following may be referenced for additional information on capacity 
engineering 


e System Engineering Bulletins (SEB) 
e Engineering Planning Manuals (PLN) 
e Capacity Administration Manual, 297-1001-304 


Note: All of the above documentation is available on Helmsman beginning 
with NAOOS. 
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Introduction 
This section describes ISDN BRI provisioning guidelines. 


D-channel handler 
D-channel handlers (DCH) are provisioned on a per channel basis with 
allowance made for the packet capacity of 50 FPS for the DCH or 72 FPS for 
the EDCH. This packet capacity is stated using 128-byte packets and 0% Layer 
3 piggybacking. The throughput limit of 50 FPS per DCH (72 FPS for EDCH) 
assumes the per line traffic figures are for 100% simultaneous usage of all 
terminals. Refer to the Provisioning Manual, PLN-89910104, which contains 
the rules and guidelines for provisioning DMS-100 family for DCH 
engineering rules. 


Note: Beginning with NAO0OS the Provisioning Manual can be found on 
Helmsman. 


DMS packet handler link interface unit 


The DMS packet handler (PH) X.25/X.75/X.75' link interface unit (XLIU) 
must be provisioned for either X.25 lines or X.75/X.75' trunks in BCS35 and 
below. Beginning in BCS36, a single XLIU can serve both X.25 lines and X.75 
trunks. For X.25 service, a mixture of B-channel and D-channel terminals can 
be provisioned on the same XLIU. Each B-channel port uses one of the 31 
XLIU channels. D-channel terminals can be statistically multiplexed at a ratio 
of up to 64 on each XLIU channel to the maximum of 512 terminals for each 
XLIU. Note that NIU capacity is limited to 120 channels per pair due to DS 30 
connections. Therefore, amaximum of 120 XLIU channels can be provisioned 
in a single LIS and 360 XLIU channels in an LPP. 


Both X.75 and X.75' trunks can be terminated on the same XLIU, one trunk 
for each XLIU channel. Trunk traffic should be estimated on a per-channel 
basis and then channel allocation can be done on a per-XLIU basis. For an 
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XLIU handling only X.75/X.75' trunk traffic, the limiting factors are as 
follows: 


e the default XLIU throughput capacity 

e the physical XLIU limit of 31 channels 

e the LIS limit of 120 channels 

e and the overall LPP limit of 360 channels 


To provision an office where both X.25 and X.75 service are provided, 
provision the X.25 service first, then provision the X.75 trunks. 


Refer to the Provisioning Manual, PLN-8991-104, for XLIU engineering 
rules. 


Logical channel numbers 
Calls in the DMSPH, whether permanent virtual-circuit (PVC) calls or 
switched virtual-circuit (SVC) calls, are represented in datafill by logical 
channel numbers (LCN). All active calls are assigned an LCN. Thus each 
active PVC or SVC call will have an LCN associated with it for the life of the 
call. DMSPH datafill defines limits on the number of LCNs allowed for XLIUs 
and their associated channels. LCN limits for components are further refined 
by defining maximums for PVCs and three SVC types (incoming, outgoing, 
and unrestricted) per XLIU channel. These limits are enforced by DMSPH call 
processing to ensure operating company defined packet service availability 
according to the standard International Telegraph and Telephone Consultative 
Committee (CCITT) service types. LCN datafill limits are listed in Table 11-1. 


Table 11-1 LCN datafill limits (Sheet 1 of 2) 


Service type LCN maximum 
XLIU 4096 LCNs maximum 
LAPB 512 LCNs maximum per terminal, 
consisting of 
512 PVCs 
512 incoming or outgoing VCs 
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Table 11-1 LCN datafill limits (Sheet 2 of 2) 


Service type LCN maximum 
LAPD 64 LCNs maximum per Bg link, consisting 
of 
64 PVCs 


64 incoming or outgoing VCs 


X.75 512 LCNs maximum, consisting of 
512 PVCs 


512 incoming or outgoing VCs 


Call condense blocks 
Packet calls use call condense blocks (CCB) to store dynamic data associated 
with a packet call. There are 64 000 (65 536) CCBs maximum allowed per 
DMS office. The same CCB pool is used by the DMS for voice call processing 
(one CCB per call). Note that very few, if any, offices will approach the 64 000 
CCB limit; therefore, the DMSPH will not be competing against any type of 
call processing for access to these CCBs. This is because an office would be 
limited by the switching network if it, in fact, approached the 64 000 CCB limit 
based on circuit-switched voice calls alone. 


The Capacity Engineering Manual, 297-1001-170, states that an XLIU can 
process 4000 (4 x 1024 = 4096) calls. This should be interpreted as follows: an 
XLIU can process up to 4000 CALL ATTEMPTS (or 2000 simultaneous 
calls). Note that the 4000 limit is a theoretical datafill limit based on the initial 
high level design of the DMSPH. This theoretical limit is not yet a part of the 
current DMSPH design (see the following paragraph). 


The data store I/O space of the XLIU is currently limited to about 2000 call 
attempts (such as, call processing timers, buffers), even though other data 
parameters (such as CCBs and XLIU call slots) can theoretically support up to 
4000 attempts. The current upper limit of calls for an XLIU is thus 
approximately 1000 (1024). The current Nortel recommendation for XLIU 
CCBs is based on this figure. For intra-7DMSPH calls, 1000 is a sufficient 
quantity of CCBs because a single CCB can represent both the originating and 
terminating leg of the call. However, note that for a worst-case scenario in 
which all the terminals within the DMSPH were terminating to a distant packet 
handler, that up to 2000 CCBs are required (per XLIU). For further details, see 
the “Engineering provisioning” chapter in this guide. 


For information purposes, it can be useful to note that line access XPMs are 
typically provisioned with approximately 600 CCBs. Voice calls typically 
have short holding times (120-180 seconds at busy hour). Packet calls, on the 
other hand, can have either extremely short holding times (equivalent to one 
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swipe of a debit card for the POSlink service - X.25 Fast Select) or very long 
holding times (days or weeks). Therefore, from a statistical point of view, it 
would be difficult to exceed the 2000 CCB/XLIU recommendation. 


CM memory 


Each CCB uses 124 words of memory (2 bytes/word). Therefore, the impact 
to memory on a per XLIU basis (2048 CCBs) is as follows: 


2048 x 124 x 2 = 507 904 bytes, or just under 1/2 Mbyte per XLIU. 


Office parameters 
There are several office parameters that can be set as a part of DMSPH 
provisioning, including XLIU CCBs, as shown in Table 11-2. These are 
documented in the Office Parameters Reference Manual, 297-8001-855. 
However, note that the NTP contains a minimum number of guidelines for 
provisioning. 


Table 11-2 Recommended office parameter settings 


OPARM Nortel recommended value 

NCCBS Number of Call Control Blocks. 2048 
per XLIU (see preceding text). 

CRS_PRU_POOL2_ SIZE Billing recording units. 2048 per XLIU. 

CRS_SUBRU_POOL4_SIZE Billing recording units. 2048 per XLIU. 


Note: |f recording units are not available in sufficient quantity 
(CRS_PRU_POOL2_SIZE, and CRS_SUBRU_POOL4 SIZE) PVC calls are 
rejected by call processing, while SVC calls complete, but billing information is not 
captured 


MAX_LAPB_TERMINALS/ MAX_LAPD_TERMINALS 
These two parameters specify maximums for LAPB and LAPD terminals, 
which are the two types of packet terminals for ISDN. All ISDN terminals 
require an LTID and all that is being done is setting the limit for packet 
terminals. Up to 32 000 ISDN LTIDs can be assigned per office. This includes 
the sum of all ISDN B-channel voice terminals as well as the sum of all LAPB 
and LAPD terminals. 


Provision MAX_LAPB_TERMINALS based on typical high speed B-channel 
penetration per office. This should not exceed 10% of the total number of 
ISDN B-channels per office. Up to 31 LAPB terminals can be assigned per 
XLIU. 
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Provision MAX_LAPD_TERMINALS based on the following guidelines: 


1. 


Maximum eight LAPD terminals per ISDN BRA (2B + D) physical 
interface. Typically there will be 1-2 LAPD terminals per interface. 


2. Maximum 511 LAPD terminals per XLIU/XPM. 


Set the value for this parameter based on the highest projected average 


number LAPD terminals per interface multiplied by the highest projected 


number of ISDN line cards for the given office. Note the 32 000 LTID 
limit. 


MADN engineering rules 
The engineering rules for MADN, as they apply to ISDN, are as follows: 


no more than 16 members of the same MADN group can appear on a single 
ISDN LGC or LTC 


no more than eight members of the same MADN group can appear on a 
single LCME or LCMI 


no more than four members of the same MADN group can appear on the 
same LCME or LCMI drawer 


all members of a MADN group must belong to the same customer group 
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12 Administration methodology 


Operational measurements 


Administration of the identified areas discussed below is accomplished 
through the use and analysis of operational measurements (OM). Operational 
measurements occur as either existing non-ISDN specific, or ISDN specific. 


The operational measurement groups that are pertinent in the administration of 
existing and the planning of future ISDN applications are listed in the 
following paragraphs as well as in the Operational Measurements Reference 
Manual, 297-8001-814. Unless otherwise specified, all OM groups are 
available in BCS32 and later loads. 


Note: There are no new ISDN OM groups added in NAO14. 


Existing non-ISDN specific OMs 
The following describes non-ISDN specific OMs. 


LMD 

This group captures B-channel circuit-switched call attempts and usage. 
B-channel circuit-switched call attempt information is required for the 
following disciplines: 


e LCME real time 

e ISDN LGCI/ISDN LTCI/RCC2/DRCC2 real time 

e central control real time 

B-channel circuit-switched usage information is required for the following 
disciplines: 

e LCME traffic 

e ISDN LGCI/ISDN LTCI/RCC2/DRCC2 traffic 


XPMOCC (available as of NA002) 
The information reported by this group consists of XPM+ occupancy, along 
with total originating and terminating (circuit-switched) calls. The XPMOCC 
OM contains one tuple per processor (UP or EEISP only) for each XPM. 
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XPMOCC measures and reports CPU occupancy each minute in the following 
registers listed in Table 12-1. 


Table 12-1 XPMOCC registers 


Register Description 

CPUCP30 number of times call processing occupancy was in the range 
0 to 30% 

CPUCP40 number of times call processing occupancy was in the range 
31 to 40% 

CPUCP50 number of times call processing occupancy was in the range 
41 to 50% 

CPUCP60 number of times call processing occupancy was in the range 
51 to 60% 

CPUCP70 number of times call processing occupancy was in the range 
61 to 70% 

CPUCP80 number of times call processing occupancy was in the range 
71 to 80% 

CPUCP85 number of times call processing occupancy was in the range 
81 to 85% 

CPUCP90 number of times call processing occupancy was in the range 
86 to 90% 

CPUCP95 number of times call processing occupancy was in the range 
91 to 95% 

CPUCP100 number of times call processing occupancy was in the range 
96 to 100% 

CPUTOTL total number of samples (total number of pegs in previous 
registers) 

AVGCPOCCG average call processing occupancy 

AVGLPOCC overage low priority (overhead) occupancy 

NUMRPTS number of 15 minute reports added to accumulations registers 
to normalize counts in AVGCPOCC and AVGLPOCC 

PMORIGS total call origination attempts/originating seizures 

PMTERMS total call terminating calls/incoming seizures 


The preceding registers are used to track usage counts averaged over the 
sample period. 
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PMSTAT (available as of BCS35) 
This group captures LCME occupancy. Registers are included to determine 
idle overhead, call processing peak and average occupancies, and total peak 


and average occupancy. 


NCMCPUST (available as of BCS34) 
NCMCPUST provides information about the CPU occupancy of each XLIU. 
NCMCPUST contains seven registers that record the following CPU 


occupancies: 


e call processing class 


e scheduler class 


e scheduler SYSTEM6 and SYSTEM7 class 


e maintenance class 


e non-guaranteed background class 


e idler class 


e input/output interrupt class 


TRK OM group (modified for X.75 packet handler trunks as of BCS34) 
Table 12-2 lists and describes the functions of registers in OM group TRK. 


Table 12-2 TRK OM group (Sheet 1 of 2) 


Register 


Description 


TRK_INCATOT 


TRK_TRU: 


TRK_SBU: 


TRK_MBU: 


TRK_TOTU: 


TRK_PRERTEAB 


The number of originations recognized on this group. 
This register would be a peg count of the number of 
X.75 call attempts. 


Usage count of the number of trunks found to be in: 
tk_cp_busy and tk_cp_busy_deload 


Usage count of the number of trunks found to be in: 
tk_pm_busy, tk_carrier_fail, and tk_deloaded states 


Usage count of the number of trunks found to be in: 
tk_man_busy and tk_seized 


Total trunk group usage. The sum of: TRK_TRU, 
TRK_SBU, and TRK_MBU 


Incoming abandoned: the number of incoming calls 
from trunks that are abandoned by the originating agent. 
This counter should be pegged at the same place as the 
OFZ_ORIGABDN. This register should be pegged 
when the originating trunk agent clears the call by 
sending an abandon message to CM. 
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Table 12-2 TRK OM group (Sheet 2 of 2) 


Register 


TRK_GLARE: 


TRK_NATTMPT: 


TRK_NOVFLATB: 
(X.75 to X.75) 


ISDN specific OMs 


Description 


The number of times a selected trunk has to be dropped 
because all LCNs are used up. This counter should be 
pegged when the last LCN is used up before the 
terminating agent seizes it. 


The number of times this particular trunk group was 
searched for a possible terminating agent. This counter 
should be pegged every time an incoming call is 
entering a trunk group to search for a terminating agent. 


The number of times this particular trunk group was 
searched for a possible terminating agent and was 
unable to find an idle trunk to terminate on. This counter 
is incremented every time a trunk group has no idle 
trunk available. 


The following is a listing of ISDN related operational measurements with a 


description of each. 


ISGBD 


This OM group is used to monitor the traffic handling of the Bg channels. It 
captures SAPI 16 messaging associated with the Bg links to the packet handler 
and can be used for load balancing of the DCH in the ISDN LGCI/ISDN LTCI. 
The registers measure on a per By link per DCH basis for the ISDN 
LGCI/ISDN LTCI. The registers in this group are listed in Table 12-3. 


Table 12-3 ISGBD registers (Sheet 1 of 2) 


Register Description 

DBDRXPH Number of frames received from the 
packet handler 

DBDTXPH Number of frames transmitted to the 
packet handler 

DBDRXDSC Number of frames received from the 
packet handler that were discarded by 
the DCH 
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Table 12-3 ISGBD registers (Sheet 2 of 2) 


Register Description 

DBDTXDSC Number of frames destined to the 
packet handler that were discarded by 
the DCH 

DBDCRC Number of frames discarded by the 
DCH due to a CRC failure 


ISGBRA 
This OM group captures messaging associated with the logical D-channel. 
Individual registers within this group capture SAPI 0, circuit switched call 
signaling, and SAPI 16 D-channel packet data messages. This OM group can 
be used for the following disciplines: 


e ISDN LGCI/ISDN LTCI real time 
e ISDN LGCI/ISDN LTCI DCH load balancing 
e DTCI real time 


The registers of this group are described in the following paragraphs. 


ISGBRA 

This OM group is used to monitor the traffic handling of the BRI D-channels 
terminated on a DCH. Pegged for each individual DCH, the registers in this 
group are listed in Table 12-4. 


Table 12-4 ISGBRA registers (Sheet 1 of 2) 


Register Description 

DBRS16TX Number of SAPI 16 frames transmitted 
by the DCH 

DBRS16RX Number of SAPI 16 frames received by 
the DCH 

DBRSOTX Number of SAPI 0 frames transmitted 
by the DCH 

DBRSORX Number of SAPI 0 frames received by 
the DCH 

DBRSATX Number of SAPI 17 and SAPI 63 frames 
transmitted by the DCH 

DBRSARX Number of SAPI 17 and SAPI 63 frames 
received by the DCH 
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Table 12-4 ISGBRA registers (Sheet 2 of 2) 


Register Description 

DBRTXDSC Number of frames destined to be 
transmitted that were discarded by the 
DCH 

DBRRXDSC Number of frames received that were 


discarded by the DCH 


DBRCRC Number of frames discarded by the 
DCH due to a CRC error on a BRI 
designated channel 


DBRLKRED Number of link resets by the DCH 


DBRLKREP Number of link resets by the peer (the 
peer being the device to which the DCH 
is connected) 


DBRRNRD Number of receiver not ready frames 
sent by the DCH 


DBRRNRP Number or receiver not ready frames 
sent by peer 


DBRREJTX Number of reject frames transmitted by 
the DCH. A reject frame is sent when an 
incoming sequenced frame is lost. The 
DCH sends out a reject frame asking for 
the lost frame. 


DBRREJRX Number of reject frames received by 
the DCH. A reject frame is received 
when the peer lost a sequenced frame. 
The peer sends out a reject frame 
when it receives a frame with the 
sequenced number not being what it 
expected. It then sends a reject frame 
containing in it the number of the frame 
that was expected. 


ISGCPU and ISGOVLD (available as of BCS33) 
These OMs collect the performance OMs for ISGs (DCHs). ISGCPU 
measures the CPU occupancy of an ISG (DCH). This is specified over a 
collection period and reports the number of seconds the DCH occupancy is 
greater than 10, 20, 30, 40, 50, 60, 70, 80, or 90%. ISGOVLD measures the 
number of times and amount of time the DCH is in congestion or overload. It 
also collects the number of SAPI 16 frames discarded due to overload controls. 
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TRMTCU2 

This OM group counts the use of call treatment CALL-NOT-ACCEPTED 
(CNAC) given to the originator of a call when the bearer capabilities (BC) of 
the originator and the terminator are not compatible. This treatment notifies the 
subscribers that their actions are inappropriate for reasons of authorization. 
This OM is pegged on an office-wide basis. The only ISDN register in this 
group is described in Table 12-5. 


Table 12-5 TRMTCU2 register 
Register Description 


TCUCNAC Number of calls routed to the CNAC 
treatment due to the originator's bearer 
capability being incompatible with that 
of the terminator 


BCAPCG 

This OM group is incremented when the call originator is unsuccessful in 
reaching a desired call appearance(s) due to its customer group bearer 
capability. The call originator is then routed to CNAC treatment. Pegged on an 
office-wide basis, the only register in this group is CGWRNGBC. 


Table 12-6 BCAPCG register 
Register Description 


CGWRNGBC Number of uncompleted calls due to the 
bearer capability of the call originator 
not being compatible with called party’s 
bearer capability. This register ONLY 
pegs when the originator party belongs 
to a customer group. If the originator is 
a POTS station, then this register is not 
incremented. 
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CPICG 

This OM group provides measurements of calls that are entirely within the 
ISDN and calls in which only one party is within the ISDN. Pegged on a 
customer group basis, the registers in this group are described in Table 12-7. 


Table 12-7 CPICG OM registers 


Register Description 


EENOTISN Incremented whenever the originator or terminator of a 
call involving an ISDN terminal is from outside the 
ISDN 


DENOTISN Incremented whenever an originating ISDN terminal 
makes a call to a non-ISDN terminal within the same 
node 


ORNOTISN Incremented whenever an originating non-ISDN 
terminal makes a call to an ISDN terminal within the 
same node 


RTRNISN Incremented whenever a call originating from an ISDN 
terminal has been forwarded from a non-ISDN 
terminal to an ISDN terminal due to call forwarding 
don't answer being activated 


INTRAISN Incremented whenever an originating ISDN terminal 
makes a call to another ISDN terminal 


HFPOM (available as of NA001) 

This OM group measures the percentage CPU occupancy in the various HFP 
tasks. These registers peg for each individual XLIU. The percentage of time 
that the HFP spends in each CPU task can be calculated by dividing each of 
the following registers by 1000 (the sum of all the following registers divided 
by 1000 will equal 100%). These registers are described in Table 12-8. 


Table 12-8 HFPOM registers (Sheet 1 of 2) 


Register Description 

HFPL1 Represents the percentage of time spent processing the 
layer 1 task 

HFPL2 Represents the percentage of time spent processing 


layer 2 frames (LAPB, LAPD) 


HFPIPF Represents the percentage of time spent interfacing 
with the IPF (layer 3) 


HFPMAINT Represents the percentage of time spent processing 
maintenance tasks 
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Table 12-8 HFPOM registers (Sheet 2 of 2) 


Register Description 

HFPUTIL Represents the percentage of time spent processing 
utility tasks 

HFPTOOL Represents the percentage of time spent running 
maintenance tool tasks 

HFPIDLE Represents the percentage of HFP CPU time which is 
idle time 

HFPOTHER Represents the percentage of time spent processing 


tasks other than those previously listed (currently there 
are no other tasks; therefore, this value is always 0) 


FRAMERX Total number of layer 2 frames received by the HFP 
(includes |, RR, RNR, SABME, DM, DISC, FRMR, REJ 
frames, as well as incomplete, bad CRC, aborted, 
invalid length, and continuity test frames) 


FRAMETX Total number of layer 2 frames transmitted by the HFP 
(includes |, RR, RNR, SABME, DM, DISC, UA, FRMR, 
REJ, and continuity frames) 


BADFRAME Number of incomplete, bad CRC, aborted, and invalid 
length frames received by the HFP. 


In addition to the previous registers, OM group HFPOM also provides layer 2 
throughput data for the HFP. The three registers (FRAMERX, FRAMETX, 
and BADFRAME) peg for each individual XLIU. 


XLIUL3 (available as of NA001) 

This OM group provides layer 3 throughput data for the IPF. This performance 
data can be used directly to engineer XLIUs and to manage DMSPH network 
capacity, because the performance metric used by Nortel for the XLIU is layer 
3 DPPS. The following registers, described in Table 12-9, peg for each 
individual XLIU. 


Table 12-9 XLIUL3 registers (Sheet 1 of 2) 


Register Description 


PKTRXRNR Number of receiver not ready (RNR) packets 
received by the IPF 


PKTRXRR Number of receiver ready (ACK) packets 
received by the IPF 


PKTRXDAT Number of data packets received by the IPF 
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Table 12-9 XLIUL3 registers (Sheet 2 of 2) 


Register Description 

PKTTXRR Number of receiver ready (ACK) packets 
transmitted by the IPF 

PKTRXRNR Number of receiver not ready (RNR) packets 
transmitted by the IPF 

PKTTXDAT Number of data packets transmitted by the IPF 

VCORIG Number of originating virtual call attempt call 


request packets sent to the CM from the IPF; 
includes both successful and unsuccessful call 
attempts 


VCTERM Number of terminating virtual call attempt call 
request packets received from the CM by the 
IPF; includes both successful and 
unsuccessful call attempts 


VCBLOCK Number of blocked (unsuccessful) call attempt 
packets for switched virtual calls (call attempt 
blocked before call request packet sent due to 
no LCN, no CCBs, etc.) 


VCDENY Number of denied (unsuccessful) call attempt 
packets for switched virtual calls (blocked by 
terminator due to no CCB available, etc.) 


VCCLEAR Number of cleared (unsuccessful) call attempt 
packets for switched virtual calls due to a 
protocol violation 


VCOVLD Number of call request packets for SVCs or 
PVCs discarded due to CM based system 
overload control (SOC) 


ISDNPDOM 

OM group ISDN parameter downloading (ISDNPDOM) is based on Bellcore 
TR-001281 requirement 3-73. This OM group allows comparisons to be made 
between service profile management (SPM) and parameter downloading (PD). 
OM group ISDNPDOM counts the number of download attempts, download 
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failures, and download completions that occur on a switching system basis. 
The registers in OM group ISDNPDOM are described in Table 12-10. 


Table 12-10 ISDNPDOM registers 


Register Description 


PDATTMPT Number of parameter download attempts on a 
switching system basis 


PDFAILRE Number of failures of parameter downloading on a 
switching system basis 


PDCOMPLT Number of parameter download completions on a 
switching system basis 


AUTSPID 

OM group AUTSPID measures usage data associated with the AUTOSPID 
feature. Currently, this measurement occurs for each XPM only for North 
American ISDN BRAFS. 

OM group AUTSPID records the number of 

e valid automated SPID requests received (ATSPDREQ) 

e successful automated SPID requests (SUCCREQS) 

OM group AUTSPID records the following number of automated SPID 
failures: 

e due to a SPID being unavailable on the interface (SPDUNVAL) 


e dueto no initializing LTID or terminal service profile (TSP) provisioned 
on the interface (NO_TSP) 


e due to unnecessary automated SPID requests (UNSPDREQ) 


The registers in OM group AUTSPID are described in Table 12-11. 


Table 12-11 AUTSPID registers (Sheet 1 of 2) 


Register Description 

ATSPDREQ Number of valid automated SPID requests received on 
an XPM basis 

SUCCREQS Number of automated SPID requests that are 


successfully processed and a SPID sent to the 
requesting LTID 


SPDUNVL Number of automated SPID request failures due to a 
SPID not being available on the interface 
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Table 12-11 AUTSPID registers (Sheet 2 of 2) 


Register Description 
NO_TSP Number of automated SPID request failures due to an 
initializing BRAFS LTID not being provisioned on the 
interface 
UNSPDREQ Number of automated SPID requests that are not 
necessary 
RMSGOMGP 


OM group RMSGOMGP measures events relating to ISDN Rapid Messaging 
(RM). Register RMBRIOOS counts the number of times RM places a BRI 
logical terminal identifier (LTID) RM out-of-service. 


The register in OM group RMSGOMGP is described in Table 12-12. 
Table 12-12 RMSGOMGP register 


Register Description 


RMBRIOOS Counts the number of times BRI LTIDs are placed rapid 
messaging (RM) out-of-service 


RND 

OM group RND provides ISDN BRI Redirecting Number Delivery traffic 
measurements for the switch. These measurements include deliveries of one or 
two redirecting or non-delivery events. This OM group is new as of NAO11. 


The registers in OM group RND are described in Table 12-13 


Table 12-13 RND registers (Sheet 1 of 2) 


Register Description 


RNDDEL Pegs once for each redirecting number delivered as 
an actual ten-digit DN. Increments when a redirecting 
number is sent to an ISDN BRI set, but not for a 
private or not available number. 


RNNDEL2 Serves as an extension register for RNDDEL. 


RNDPDEL Pegs for each private (P) redirecting number. 
Increments when a private redirecting number 
indication is sent to an ISDN BRI set. 


RNDPDEL2 Serves as an extension register for RNDPDEL. 
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Table 12-13 RND registers (Sheet 2 of 2) 


Register 


RNDODEL 


RNDODEL2 
TRNDDEL 


ISDN logs 


Description 


Pegs each time an outside (O) indication appears in 
the calling number field. Increments when a not 
available redirecting number indication is sent to an 
ISDN BRI set. 


Serves as an extension register for RNDODEL. 


Pegs each time two redirecting numbers are delivered 
to a terminating set. 


The following is a listing of some useful ISDN log reports. This is not a 
complete listing of all logs. For a complete listing of all DMS logs, consult the 
following NTPs, Log Report Reference Manual, 297-8001-840, and the 
Extended Peripheral Module Logs Report Reference Manual, 297-8321-840. 


Note: There are no new ISDN logs added in NAO14. 


Table 12-14 ISDN logs (Sheet 1 of 3) 


Log number 


Description 


ISDN 100 


ISDN 101 


ISDN 102 


ISDN 103 


ISDN 104 


ISDN 106 


ISDN 107 


Generated when the DCH has detected that a terminal is 
unavailable for message traffic 


Generated when the DCH with which the loop is associated can 
not be put into traffic level 


Generated when the DCH has detected a duplicated TEI on the 
same loop and has removed it from service 


Generated whenever a manual intervention has changed the 
state of a By channel 


Generated whenever sync is lost on the Bg channel, causing it 
to be removed from service 


Generated whenever layer 1 of a specified BRI D-channel has 
failed autonomously 


Generated whenever a previously removed BRI TEI fails to be 
restored by the system 
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Table 12-14 ISDN logs (Sheet 2 of 3) 


Log number 


ISDN 108 


ISDN 109 


ISDN 115 


ISDN 116 


ISDN 120 
ISDN 121 


ISDN 122 


ISDN 131 


ISDN 145 


ISDN 200 


ISDN 201 


ISDN 202 


ISDN 203 


ISDN 204 


Description 


Generated whenever a previously removed BRI TEI is restored 
successfully by the system 


Note: |f the XPM software executes National ISDN Logical 
Link Manager (NI LLM) introduced in XPM81, ISDN 108 logs 
are not generated. Software loads using older versions of 
Logical Link Manager generate ISDN 108 logs. 


Generated whenever a previously failed BRI D-channel is 
restored successfully by the system 


Generated when the datafilled number of ISDN terminals (ona 
loop basis) has been exceeded by CPE requests 


Generated when an unidentified TEI on a loop performs an 
action 


Routine test (abnormality detected during an id_check) 


Identity verify message (peer initiates an id_check with an 
incorrect TEI value) 


Unsolicited response (peer sends an unexpected frame to the 
host for the current lapd state) 


Generated whenever the LCME reports Bipolar violation 
(BPVO) at the ISDN line card or the NT1 


Generated whenever a sync status change is detected and 
reported to the CC 


Daily report for up to 10 ISDN terminals indicating the 
percentage of received or transmitted frames in error 


Daily report showing the overall switch percentage of frames 
received in error and retransmitted, the number of LENs on the 
switch reporting these type of errors, and the number of LENs 
experiencing high protocol abnormality rates 


Indicates that the RLAYER command reset layer 1, 2 or 3 
protocol abnormality registers for a posted LEN 


Daily report showing up to 10 LENs with a high layer 2 protocol 
abnormality rate 


Daily report showing up to 10 LENs with a high layer 3 protocol 
abnormality rate 
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Table 12-14 ISDN logs (Sheet 3 of 3) 
Log number Description 


ISDN 205 Generated when the layer 2 transmission performance 
exceeds the value set for office parameter 
LAYER2_PEGS_THRESHOLD_LEVEL in table OFCVAR 


ISDN 301 Generated when a layer 3 protocol abnormality is detected 


ISDN 302 Generated each time PDFAILRE OM register is pegged. 
Describes parameter downloading error. 


ISDN 303 Generated when layer 3 packet abnormality counters exceed 
capacity on a basic rate interface (BRI) line 


ISDN 304 Generated when a layer 2 protocol abnormality is detected 


ISDN 305 Generated when an ISDN line exceeds the service disruption 
threshold. This threshold is defined in table OFCVAR by office 
parameter LAYER2_SERVICE_DISRPT_THLD. 


ISDN 306 Generated when layer 2 packet abnormality counters exceeds 
Capacity on a basic rate interface (BRI) line 


ISDN 307 Generated when the HDLC frame processor (HFP) encounters 
a layer 2 packet abnormality 


ISDN 308 Generated when the count of layer 2 service disruptions 
exceeds the value set for office parameter 
LAYER2_SERVICE_DSRPT_THLD in table OFCVAR 


ISDN 309 Generated when the count of layer 3 service disruptions 
exceeds the value set for office parameter 
LAYER3_PACKET_SVC_THLD in table OFCVAR 


ISDN311 Generated when the layer 3 circuit switched service disruption 
count for a basic rate interface (BRI) line exceeds its threshold 
value. 

ISDN312 Generated when the layer 3 service disruption counter for 


circuit switched services reaches its capacity on a BRI line. 


ISDN 313 Generated after a layer 3 packet protocol abnormality is 
detected 
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Rapid messaging 
The following is a list of the rapid messaging (RMSG) log reports. 


Table 12-15 Rapid Messaging logs 


Log number Description 


RMSG 600 Generated each time RM places a BRI LTID in the 
temporary out-of- service state 


RMSG 601 Generated each time RM places a BRI LTID in the 
permanent out-of-service state 


RMSG 602 Generated when RM returns a BRI LTID to RM 
in-service from either RM temporary out-of-service or 
RM permanent out-of-service 


RMSG 603 Generated as a report only log to inform operating 
company personnel that an LTID is in an overload 
condition. This report occurs when the data entered for 
the LTID in table LTDEF includes either the option ELN 
set to Y or the option OCT set to REPORT ONLY. 


Overload indicators 


Following are the overload indicator references for ISDN peripherals and their 
associated processors. 


PMOVLD 
This OM group counts originations and terminations that are denied by the 
ISDN peripherals LCME, ISDN LGCI, ISDN LTCI, DTCI, and RCC2 due to 
an overload condition. This data can be used to monitor the performance of 
peripherals to determine if they are over-configured. 


XPMOVLD (available as of NA002) 
This OM group is an enhancement to the older PMOVLD OM group and 
provides a significant amount of information on the type of overload condition 
present in XPM+ peripherals. Registers in XPMOVLD listed in Table 12-16 
contain the following information. 


Table 12-16 XPMOVLD registers (Sheet 1 of 2) 


Register Description 

PORGDLY Number of originations delayed 

PTRMDLY Number of terminations delayed 

PORGMSG Number of originations tossed due to 
congestion in the flow control system 
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Table 12-16 XPMOVLD registers (Sheet 2 of 2) 


Register Description 

PTRMMSG Number of terminations tossed due to 
congestion in the flow control system 

PORGIPC Number of originations tossed due to IPC 
buffer congestion 

PMSGIPC Number of non-originations tossed due to IPC 
buffer congestion 

PORGPTQ Number of originations tossed due to individual 
terminal flow control message limits 

PTRMPTR Number of terminations tossed due to 
individual terminal flow control message limits 

PORGSLC Number of originations tossed due to site line 
load control 

PORGLCM Number of originations tossed due to 
LCM/LCME overload 

PORGMISC Number of originations tossed due to invalid 
IPC index, etc. 

PTRMMISC Number of terminations tossed due to invalid 
IPC index, etc. 


PMTYP 


Registers in this OM group count RCC2 peripheral module errors, faults, and 
state transitions. 


ISGOVLD 
ISGOVLD measures the number of and the amount of time the ISG is in 
congestion or overload. It also collects the number of SAPI 16 frames 
discarded due to overload controls. 


PM 128 
This log report is generated when the ISDN peripheral goes into the in-service 
trouble (ISTB) state. The reason for the change of condition is included with 
the log. 


PM 106 
This log report is generated when the ISDN peripheral goes back into the 
normal state. A message ISTB CLEARED is generated with the log. 
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PM 270 
This log report is issued at the time the DCH changes states as follows: 


e goes into congestion with DCH CONGESTION message included with 
the log 


e returns to normal condition with CONGESTION ABATED message 
included with the log 
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13 Planning considerations 


S/T loop requirements 


More and more customer premise equipment is being designed to directly 
interface with the ISDN U-interface, thereby eliminating the need for a 
separate network termination 1 (NT1). Thus, the S/T loop becomes 
non-existent. If the U-loop is terminated at the customer premise to an NTI, 
S/T wiring considerations are required. 


There are two aspects to S/T loop implementation: the logical layer and the 
physical layer. The logical layer deals with information flow between the NT1 
and the terminals and is referred to as “Mode of Operation” in CCITT 
recommendations. The physical layer describes the physical media and the 
electrical interfaces between the NT1 and the terminals and is referred to in 
CCITT recommendations as the “Wiring Configuration.” 


Modes of operation 
Two modes of operation are specified by ISDN standards: point-to-point and 
point-to-multipoint. In point-to-point operation, only one source (transmitter) 
and one sink (receiver) are active at any one time in each direction of 
transmission on the S/T loop. Point-to-multipoint operation allows more than 
one TE (terminal equipment-source and sink pair) to be simultaneously active. 
Multipoint operation can be accommodated with either point-to-point or 
point-to-multipoint wiring configurations. 


The CCITT standards recognize four basic wiring configuration types for S/T 
loops: point-to-point, NT 1-star, short passive bus, and extended passive bus. 
The point-to-point and the NT 1-star wiring configurations will be described 
here. Refer to ISDN U-loop and S/T Bus Engineering, 297-2451-182 for 
information on the short passive bus and the extended passive bus. 


The point-to-point configuration allows only one TE to be connected on an S/T 
loop. Refer to Figure 13-1. 
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Figure 13-1 S/T loop point-to-point 


Loop length (up to 1 000 meters) 


S/T loop 


TR = terminating resistor 


The NT1-star configuration has two electrically independent S/T loops for 
multiple configurations connected to one U-loop through the NT1. Refer to 
Figure 13-2. 


Figure 13-2 Star configuration 


Loop length (up to 1 000 meters) 


ISDN terminal 


U-loop 


TR = terminating resistor 


Cable requirements 
CCITT S/T loop standards call for a four-pair unshielded twisted pair (UTP) 
cable to connect the NT1 to the terminal. However, in practice it can be 
operated using three pairs if the terminal is loop powered or two pairs are 
sufficient if phantom power is used, or if the terminal is powered through an 
AC outlet. 


Physical layer limitations 
The CCITT recommends that a general objective for the operational distance 
between TE and NT1 in a point-to-point configuration is 1000 m (3280 ft) with 
a maximum cable attenuation of 6 dB at 96 kHz. Each individual 
point-to-point circuit of the NT1-star configuration conforms to this 
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recommendation. A maximum of 33 ft of cable is allowed between the 
communication outlet and the TE. 


Wiring polarity integrity 
For correct operation, the integrity of the wiring polarity between the NT1 and 
TE must be maintained by adhering to the color coding scheme specified for 
this purpose. 


Pair termination 
Each S/T loop can be terminated with a 100W terminating resistor (TR) 
connected between tip and ring of both the transmit and receive pair. 
Terminating resistors are generally not required on S/T loops less than 230 ft 
in length. In all configurations, unterminated branches can be a source of 
transmission problems and are not permitted. For details, refer to Network 
Termination I (NT1) and S/T Bus Installation Guide, 297-245 1-207. 


Terminal power 
Two methods are available for providing power to terminals recognized in 
CCITT 1.430, and a third method in the ANSI T1.X YZ-198Y standard. These 
methods are 


e Phantom: the two pairs used for the bi-directional signal transmission also 
provide a phantom circuit for power transfer from NT1 to TE power source 
1 or (PS1). 


e Auxiliary 1: a third pair can be used for additional power transfer from 
NT1 to TE power source 2 or (PS2). 


e Auxiliary 2: a fourth pair is provided for power transfer to an NT1 or TE 
in TE-to-TE connections power source 3 or (PS3); however, use of this pair 
is not part of the CCITT recommendation and is not supported by Nortel's 
NTI product. 


A fourth mode of providing power is implicit: a terminal powered directly 
from an AC outlet. 


Integrated building distribution network 


Traditional voice and data in-building communications networks located in the 
same building were designed independently of each other. Today, unshielded 
twisted pair copper cable is the universal transmission medium for voice 
services while a variety of transmission media, such as shielded and 
unshielded twisted pair, coaxial, twinax, and fiber optic cable, are used to carry 
data services to the workstations. 


Nortel, through its commitment to the OPEN World concept, has designed, 
developed, and tested a structured cabling system capable of supporting 
industry standard local area networks (LAN), such as 10 Mbit/s Ethernet, 
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TEEE 802.5 token ring, FDDI, and Nortel synchronous and asynchronous 
communications and discrete data systems, including IBM 3270, IBM system 
3x, and Wang VS/OIS. 


This cabling scheme, called the integrated building distribution network 
(IBDN), uses unshielded twisted pair and fiber optic cables as transmission 
media to sustain current and long term networking solutions. It is designed to 
support the evolution of integrated services, such as ISDN and video 
transmission and to be compatible with virtually all current and developing 
systems. 


IBDN system components 
Nortel’s IBDN is a comprehensive line of products and guidelines for 
networking a variety of existing and future communication devices. IBDN is 
designed to make the distribution network transparent to the services it 
supports. IBDN can be treated as an aggregate of major components or 
building blocks. Following are seven major components of IBDN: 


e building entrance system 

e main distribution terminal system 

e riser cable system 

e riser terminal system 

e horizontal distribution system 

e communication outlet 

e terminal connection system 

The building entrance system is the interface between the outside network and 


the internal distribution network. A key function of this system is to protect the 
building distribution network from potentially damaging electrical discharges. 


Cables from the building entrance system, the communication equipment, and 
the riser system terminate on common cross-connect hardware in the main 
distribution terminal system. The cross-connect hardware allows 
reconfiguring the distribution network through rerouting communication 
circuits. The main distribution terminal system is the central point of the IBDN 
star topology. 


The riser cable system consists of cables that carry services to other floors 
where they terminate in riser terminals and/or fiber interconnects. 


The riser terminal system connects riser cables and the horizontal distribution 
cables. Usually there is a riser terminal for each floor, although one terminal 
can serve several small floors or several terminals can serve one large floor. 
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Cables from equipment in the riser closet are also terminated at the riser 
terminal. 


The horizontal distribution system includes the wires, cables, connection 
devices, and structures necessary to link the riser terminal to the 
communication outlet at the workstation. 


The communication outlet is the interface through which the workstation 
connects to the horizontal distribution network and ultimately to a private 
automatic branch exchange (PABX), computer, LAN, or ISDN interface. A 
major objective of IBDN is to provide universal connectivity at the workstation 
in a multi-vendor environment. IBDN communication outlets are based on the 
eight-position modular jack specified for ISDN service. 


The terminal connection system includes the line cords, adapters, and baluns 
required to connect terminals to the communication outlet. Interface 
electronics, such as ISDN NT Is can also be part of the terminal connection 
system. Refer to Figure 13-3. 
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Figure 13-3 IBDN major network components 
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S/T loop installation 


The design of Nortel’s NT1 interface and the structured wiring of IBDN 
combine to make ISDN implementation an easy process, provide performance 
guarantees, and enhance subsequent network administration. ISDN S/T loops 
can also be deployed in non-IBDN buildings provided minimum loop 
requirements are met. 
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Implementation 
Nortel provides the ISDN user with a choice of three NT1 implementations. 
For deployment in the main equipment room or riser closet, there are two types 
of module (rackmount) NT 1 cards; a stand-alone NT1 is provided for the work 
area. Nortel’s NT 1s support all CCITT point-to-point and point-to-multipoint 
configurations, including the newly defined NT1-star configuration. 


The point-to-point and NT 1-star configurations (which will be used in nearly 
all applications because of their simple implementation and maintenance) are 
described in this section. 


When considering the deployment of NT 1s in the main equipment room, riser 
closet, or work area, the following factors can affect equipment location: 
e AC power availability 


e space available for equipment, such as NT 1s, cross-connects, and 
uninterruptable power supply (UPS) 


e loop lengths 

e existing cables 

e operations, administration & maintenance requirements 

e building structure 

In campus environments, it is not recommended that the S/T loop leave the 
building. Inter-building connections should be provided over the U-loop, 


which provides full outside plant protection. This means that the NT1 should 
always be located in the building where the ISDN service will be terminated. 


When deploying NT Is in point-to-point or NT 1-star wiring configuration, the 
following simplified rules should be followed for the S/T loop: 


e maximum reach for point-to-point is 540 m (1870 ft) on 26 AWG (S/T loop 
reach can be extended to 790 m (2590 ft) on 24 AWG outside PIC cable or 
1110 m (3640 ft) on 22 AWG outside PIC cable). Refer to [SDN U-Loop 
and S/T Business Engineering, 297-245 1-182, and Network Termination 1 
(NTI) and S/T-Bus Installation Guide, 297-245 1-207, for details. 


e one communication outlet (wall jack) per S/T loop 
e maximum of two S/T loops on an NT1-star 


e bridged taps need to be removed, if necessary, in old non-IBDN 
installations 


e NTI timing set to adaptive 
e terminating resistor at both ends of the loop 


e maximum 10 m (33 ft) for TE connection cord 
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NT1 in the equipment room or riser closet 

For operations, administration, and maintenance simplicity, it is recommended 
that NT 1s be deployed in the main equipment room (MER) when possible. In 
point-to-point configurations, the maximum S/T loop length is 540 m (1870 ft) 
on 26 AWG cables. This allows for non-engineered deployment of ISDN. If 
horizontal distribution is limited to a maximum of 90 m (300 ft) as IBDN 
recommends, then virtually any building could be served from a central 
location (that is, for a straight up and down riser system in a building with 3.5 
m [12 ft] between floors, the S/T loop reach would be 130 floors). 


In high-rise or industrial type buildings where the riser cables are long, 
locating the NT1 in the MER means doubling or tripling the number of riser 
cable pairs per ISDN loop. In such cases, it can be more cost-effective to 
deploy NT1s in the riser closet of the floor where the ISDN terminals will be 
located. Additionally, in a multi-tenant building, it is desirable to locate 
subscriber’s NT1 equipment in their own section of the building. 


Whether the NT 1s are deployed in the MER next to the building entrance or in 
the floor riser closet, the NT1 wiring configuration is identical. When 
maximum flexibility is required for easy rearrangements, patchcord 
connections can be used. 


All S/T pair wiring follows a straight-through convention for transmit and 
receive pairs. Transmit to receive crossover is provided within the terminal 
equipment. This allows easier polarity verification of the building wiring, 
because all cross-connections and interconnect cords must be of the 
non-reversing type. Refer to Figure 13-4, Figure 13-5, and Figure 13-6. 
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Figure 13-4 NT1 in the equipment room 
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Figure 13-5 Wiring configuration for rackmount NT1 in riser closet 
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Figure 13-6 Wiring configuration at the workstation 
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Note: The contacts of the JACKS are numbered 
from left to right looking at the front end of the jack. 
The contacts of the PLUGS are numbered from right 
to left looking at the front end of the plug. 


Network Termination 1 at the workstation 
Deployment of the NT1 in the riser closet requires that AC power and space be 
available at the riser closet. If this is not the case, and if deployment in the 


MER is not possible, stand-alone NT 1s must be considered for deployment at 
the workstation itself. 


Network termination 1 

Nortel’s NT1 supports all CCITT wiring configurations. Three NT1 versions 
are available: stand-alone, a single S/T loop output module card (basic module 
NT1), and a dual S/T loop output module card (star module NT1). All three 
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versions support point-to-point and point-to-multipoint configurations, but 
only the dual S/T loop output module card supports the NT1-Star 
configuration. 


Note: Use of terminating resistors is intentionally not shown in these 
conceptual block diagrams. TRs can be required for S/T loops greater than 
230 ft. Refer to ISDN U-Loop and S/T Business Engineering, 
297-2451-182, and MDCNTI & S/T-Bus Installation Guidelines for more 
details. 


Each NT1 provides on-board configuration jumpers for: 
e terminating resistor options 

e the power polarity reversal 

e fixed/adaptive timing 

e power modes 


e back up power jumper 


Module (rackmount) Network Termination 1 

The single S/T loop version will typically support one terminal on a single 
point-to-point circuit, while the star S/T loop version will typically support up 
to two terminals on two point-to-point circuits. 


Stand-alone Network Termination 1 

The stand-alone NTI is a desktop, floor or wall-mountable unit that provides 
an interface between the central office (over the U-loop) and the customer 
premises terminal equipment (over the S/T loop). 


Fixed and adaptive timing 

Fixed and adaptive timing are timing recovery schemes used by the S/T 
transceiver on board. When using third party NT 1s, consult their respective 
guidelines for S/T-bus reach limits. 


Terminating resistor 

Proper operation of the S/T-bus requires that both the transmit and receive 
pairs be terminated with 100W resistors at the NT1 and terminal ends of the 
bus. Where possible, it is recommended that the on-board NT1 terminating 
resistors be used. However, in point-to-point configurations, one TR must be 
at the workstation. Refer to Network Termination I (NT1) and S/T Bus 
Installation Guide, 297-245 1-207, for configuring on-board terminating 
resistors and for fixed versus adaptive timing considerations. 
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Cross-connect systems 

The BIX system is a modular cross-connect system for in-building use only. A 
BIX module consists of a mount, ten BIX connectors, and five designation 
strips with the associated colored designation labels. 


Power 

In both point-to-point and NT 1-star configurations, Nortel NT 1s are designed 
to simplify ISDN cabling. First, loop power is applied through the NT1 and 
does not require any special jumper arrangement. Second, for the module NT1, 
selection of the power mode is done at the NT1 itself through on-board 
configuration jumpers making it easy to change modes to satisfy TE 
requirements. For the stand-alone NT1, power to the TE is hard wired and can 
not be changed. 


S/T line card 

The S/T-bus can be provided by an S/T line card (NTBX26) where the ISDN 
line frame equipment is located in the building requiring ISDN service. 
In-building line frame equipment can be provided by either remote equipment 
frames or a local switch. 


The S/T line card supports all S/T-bus configurations and capabilities 
previously described for the NT1, with the exception of the star configuration 
and auxiliary power. 


Loop verification 
The NTI provides LED status indicators for monitoring functions and loops. 
These indicators also serve in analyzing and localizing failures. The LEDs 
indicate the following information. 


Stand-alone Network Termination 1 
Power LED: GREEN, ON = power available, OFF = no power 


Test LED: RED, ON = test mode, FLASH = self-test fail, OFF = normal 
This test can be initiated from the DMS MAP position, or by terminal request 
(customer initiated over S/Q bits), and can affect service depending on the test 
being performed. 


U-Loop LED: RED, ON = no sync., FLASH = high errors, OFF = good loop 


This LED indicates that NT1 has achieved frame synchronization with the line 
card at the central office (CO) over the U-loop. 


S/T Loop LED: RED, ON = no sync., FLASH = high errors, OFF = good loop 


This LED indicates that NT1 has achieved frame synchronization with at least 
one TE on the S/T loop. 
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Verifying configuration jumpers 

To verify the settings of the NT1 configuration jumpers without removing the 
cover of the stand-alone package, check the status LEDs immediately after 
power is applied to the NT1 as the unit goes through the following procedure: 


At the NT1 verify the following 


1 All LEDs light up for approximately 1 s. 


2 The configuration jumper settings are displayed by the S/T, U, and test LEDs, 
as indicated in Table 13-1, for approximately 1 s. (The power LED remains off 
during this interval.) 


3 All the LEDs operate normally as the NT1 begins its self-test. 
Table 13-1 shows the jumper configuration for the LED display. 


Table 13-1 Configuration jumper LED display 


Status LED Configuration setting 
LED on LED off 
always off 
S/T adaptive timing fixed timing 
U TR1 IN TR1 OUT 
TR2 IN TR2 OUT 
Module NT1 
Power LED: GREEN, ON = AC input, FLASH = battery input, OFF = no 
power 


Battery LED: RED, ON = bad battery, OFF = good battery or not provided 
Test LED: RED, ON = test mode, FLASH = test fail, OFF = normal 

This test can be initiated from the DMS MAP position, or by terminal request 
(customer initiated over S/Q bits), and can affect service depending on the test 
being performed. 


U-Loop LED: RED, ON = no sync., FLASH = high errors, OFF = good loop 


This LED indicates that NT1 has achieved frame synchronization with the line 
card at the CO over the U-loop. 


S/T Loop LED: RED, ON = no sync., FLASH = high errors, OFF = good loop 
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This LED indicates that NT1 has achieved frame synchronization with at least 
one TE on the S/T loop. 


TE power LED: RED, ON = current limited, OFF = normal 


This LED indicates that -48V power to the S/T loop is being current limited. 
This condition should be corrected immediately as powered terminal operation 
will be lost. 


NT1 1-12 (12 LEDs): RED, ON = alert, FLASH = select status, OFF = normal 


The ON condition of the LED for a particular NT1 alerts maintenance 
personnel to a problem with that NT1. By then selecting the NT1 using the 
UP/DOWN switches, the status (S/T, U, TEST, TE PWR) display will 
correspond to the status of that particular NT1. 


Note: Verify that configuration jumpers and terminating resistor jumpers 
are correctly set. 


For various operating modes, the LED status are as shown in Table 13-2. 


Table 13-2 Module NT1 status lights 


Condition Power Battery S/T U Test TE power 
Normal operation on off off off off off 
Under test on off 7 7 on off 
Self-test failed on off i i flash off 
No U-loop sync on off 7 on off off 
U-loop data errors on off $ flash off off 
No S/T loop sync on off on Š off off 
S/T loop data errors on off flash 5 off off 
TE power overload on off * * off on 
AC power failure flash off off off off off 
Battery failure on on off off off off 
Note: (*)Status light can be either on or off. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


13-16 Planning considerations 


Service operation/maintenance 
Central office maintenance capabilities offered on the NT1 include B-channel 
loopback (B1, B2 or both towards the network), notify of corrupted CRC, 
request corrupted CRC, and return to normal. 


The status lights on the NT1 can be used to determine likely causes for a 
failure. The checklist given in Table 13-3 can be used to localize a failure. 


Table 13-3 Checklist for status indicator conditions (Sheet 1 of 2) 


Problem Checklist (ensure the following) 


No Power Indication AC power is available at the wall outlet 
Power connector is securely installed in the NT1 


-48V source is operational if customer powered and status 
inputs are correct 


NT1 power module is operational 
Rackmount NT1 card securely seated in shelf 


Batteries are sufficiently charged if AC power off (optional) 


No U Sync Indication U-loop is properly connected at the NT1 U Jack on 
connector or X-or High Errors connect 


Compatible ISDN service is being provided by the central 
office, including the suitability of the CO loop for ISDN 
service 


Configuration jumpers are in the normal position and the test 
indicator is not lit 


No S/T Sync Indication S/T bus is properly connected at the NT1 S/T jack or X-connect 


High Errors ISDN TE is connected to S/T bus and powered 


S/T bus termination’s are correctly selected at the NT1 
switches and/or installed on the bus 


S/T bus timing correctly set on the NT1 switch to short or 
long bus 


S/T bus configuration parameters are within the limits 
supported by the NT1 


S/T bus wiring does not contain any polarity reversals 


Refer to Network Termination 1 (NT1) and S/T Bus 
Installation Guide, 297-2451-207, for further S/T bus fault 
isolation 
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Table 13-3 Checklist for status indicator conditions (Sheet 2 of 2) 
Problem Checklist (ensure the following) 


Test Indication Configuration jumpers are in normal position 
Test not activated at MAP or terminal 


If test LED is flashing, reapply power and if it persists, 
replace NT1 


Overload Indication PS1/PS2 power jumper set-up match loop terminals 
configuration 


Terminal power requirements do not exceed NT1 capacity 
S/T loop does not contain short circuits, or foreign voltage 


Terminating resistors installed correctly 


Battery Indications Battery has had sufficient time to re-charge after power 
failure or first start-up 


Battery connectors is securely installed in the power unit 


Point-to-multipoint configurations 


Nortel’s NT 1s support all CCITT point-to-multipoint wiring configurations. 
Among those, the simplified branched passive bus is the most practical for 
deployment in the majority of buildings. Other more complex configurations 
are supported and can be implemented to meet special application needs. 


When considering the deployment of NT 1s in the main equipment room, riser 
closet, or work area, the following factors can affect equipment location: 
e AC power availability 


e space available for equipment, such as NT 1s, cross-connects, and 
uninterruptable power supply 


e loop lengths 

e existing cables 

e operations, administration, and maintenance requirements 

e building structure 

Refer to ISDN U-Loop and S/T-Bus Engineering, 297-2451-182 for more 


information on point-to-multipoint deployment and loop engineering 
guidelines. 
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Simplified branched passive bus 
The simplified branched passive bus (SBPB) using adaptive timing mode 
supports up to two secondary branches with each supporting up to two 
terminals. 


The main branch can be as long as 220 m (720 ft), which is sufficient for most 
office buildings. The length of the branches can vary as long as the total loss 
does not exceed 3.8 dB at 96 kHz. This limit recognizes the potential existence 
of bridged taps in riser cable pairs. Deployment within these limits does not 
require the removal of the bridged taps. 


Each secondary branch can have a length up to 50 m (165 ft). The critical 
parameter in the performance of the system is the differential round-trip delay 
between terminals. For ease of maintenance, it is recommended that both 
branches be on the same floor and serve adjacent workstations or offices. 


The SBPB is most useful when the NT1 is deployed in the MER and the 
branching is done in the riser closet. This configuration requires that an 
external TR be placed in the riser closet. 


The wiring for the SBPB is very similar to that of the point-to-point. The NT1 
cabling and installations are the same; however, a multiplying cross-connect 
field is added at the riser closet for branching and connecting the TR. Figure 
13-7 illustrates the equipment configuration. 


Figure 13-7 Simplified branched passive bus 
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Figure 13-8 Simplified branched passive bus building layout 
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Simplified short branched passive bus 
It is possible to extend the length of the secondary branches by reducing the 
length of the main branch to zero. This configuration is called the simplified 
short branched passive bus, which is illustrated in Figure 13-9. 


In this configuration, using fixed timing mode, each secondary branch can be 
up to 70 m (230 ft) long. This restriction on branch length limits this 
configuration to cases where the NT1 is deployed in the riser closet. This 
configuration is functionally identical to the NT 1-star configuration except 
that the NT 1-star (if each star bus is point-to-point with two terminals) 
configuration has almost nine times the reach (up to 540 m on 26 AWG). 


In this configuration, the NT1 and the multiplying cross-connect field are in the 
same room (either the MER or riser closet). The second TR in the NT1 must 
be enabled. No external TRs are required. 


As for the SBPB, the NT1 cabling and installations are the same as for the 
point-to-point configuration. The branching is done on a multiplying 
cross-connect field. 
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Figure 13-9 Simplified short branched passive bus 
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Terminal power options 


Terminal and wiring deployment for ISDN depends on established facilities in 
the majority of cases, as most subscribers are located in existing buildings. 
This requires a flexible deployment scheme to minimize service introduction 
costs while supplying increased service capabilities. Nortel’s ISDN products 
are designed for this purpose, with a complete range of CCITT and ANSI 
defined loop configurations, and various terminal power options to meet every 
building need. 


Terminal power requirements are decided in large part by the customer’s 
current wiring layout, cost constraints, and service needs. In general, two 
power options are available, local power, which is supplied from AC outlets, 
and centralized power, which is usually supplied to a group of terminals from 
one supply and can provide power backup via a dedicated battery system. For 
the majority of customers, some method of uninterruptable power will be 
necessary where voice service is provided over ISDN access. 


Local power of ISDN devices on customer premises is usually provided by 
commercial AC power supplies or AC generating equipment. These are 
generally not uninterruptable. 


Nortel’s ISDN terminal products can be powered directly from commercial 
AC power. Individual units are provided with wall transformers to convert to 
the low voltage requirements. The module (rackmount) NT1 system has a 
modular power supply for the shelf. This power supply is powered by 
commercial AC input and provides -48V DC output for the NT1 modules. It 
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also has an optional battery backup system for power failure protection. 
Product power units are listed in Table 13-4. 


Note: NTI recommends the use of a third wire isolated ground to reduce 
AC power distribution problems. The use of a power conditioner is 
recommended for areas where utility-supplied power contains variations 
outside the tolerance limits. Consult the specifications for the specific 
terminal equipment used to determine individual tolerance limits. 


Table 13-4 Local power equipment 


Terminal product Power supply model Connection DC output 

M5317TDX NPS50220-07L9 S/T loop connector -40V 
A0352932 

M5209T NPS50220-07L9 S/T loop connector -40V 
A0352932 

Stand-alone NT1 NTBX81AA U-loop jack -48V 

Power unit 

Modular NT1 Power NTBX86AA Power cable -48V 

unit 


Centralized power 
Centralized power of ISDN devices on customer premises is usually provided 
by commercial -48V DC power supplies. Centralized power is distributed over 
the S/T loop using either PS1 (phantom power feeding using the transmit and 
receive pairs of the S/T-bus as power carriers) or PS2 (auxiliary power feeding 
using one of the non-signal pairs of the S/T-bus as a power carrier). 


PS1 power provides an efficient power distribution system because the paired 
loop provides less resistance and less overall loss due to distance from the 
power source. PS1 also allows ISDN service to the terminal including 
centralized power over existing two pair building wiring providing economical 
service in existing non-compliant subscriber buildings. 


PS2 power provides an alternate output distribution system than PS1. The 
output is not maintained over the full length of the S/T loop because resistance 
depends on individual loop conductors and distance from the power source is 
a significant factor. 
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Nortel’s ISDN terminals can be powered from a central source over S/T loop 
wiring. Individual voltage, mode, and power consumption requirements are 
listed in Table 13-5. 


Table 13-5 Terminal power requirements 


Terminal 

product Power Input Connector Power mode 
M5317TX 

- basic 1.4 W 24 - S/T loop PS1, PS2 

- data option 1.9 W 56.5 V 

M5209T 

- basic 2.0 W 24 - S/T loop PS2 

-data option2 3.0 W 


Stand-alone Network Termination 1 


The stand-alone NT1 provides a -48V output path for both PS1 (phantom) and 
PS2 (auxiliary) power on the S/T loop. Power limiting and voltage protection 
must be provided by the power source itself. Power input can be by way of the 
U-input or T-output teledapt connectors at the NT1 itself, or at some point 
along the building wiring path, such as the riser cross-connect field. The 
stand-alone NT1 power supply (NTBX81AA) provides sufficient output to 
power the NT1 plus 10 W additional for terminal power. 


Note: The S/T ports on the stand-alone NT1 are not designed to 
accommodate the I-adapter connector on the external power supply 
provided with the M5317TDX and the M5209T. The 2-W power supplies 
are not intended to provide terminal power on the S/T-bus. This power 
supply is designed to power the stand-alone NT1 unit only. 


Table 13-6 Power sources 


Available for terminal 
Power Source Capacity Stand-alone NT1 power 
NTBX81AA 12W 1.6W 10.4 W 
A0381081 2W 1.6W (negligible) 


Rackmount Network Termination 1 
The rackmount NT1 provides -48V output for both PS1 (phantom) and PS2 
(auxiliary) power output on the S/T loop. Power output is protected against 
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overloads and foreign voltage by a current limiting circuit. The power output 
configuration, and limiting factor on each loop is jumper selected on the card. 


Power availability along the S/T loop for the various power options is provided 
in the Network Termination 1 (NT1) and S/T-Bus Installation Guide, 

297-245 1-207. The values given in the example are theoretical, and actual 
values can vary. Power values below the maximum (10 W) indicate the 
maximum power available due to loop current carrying capacity. 


Terminal power and deployment must be done with consideration of the 
terminal power requirement and power option and distance from the source. 
For example, a terminal requiring 5.2 W using PS2 on 24-gauge building 
wiring can not be located farther than 600 m (1968 ft) from the rack. 
Additional distance limitations can be imposed by S/T loop engineering 
criteria. 


Note: NTBX86AA NT! rackmount power module provides a maximum of 
150 W at -48V. 


Battery systems 


When battery backup is required, system loading and minimum backup time 
determine the size and cost of providing service on the line. The following 
table provides some examples of system requirements for a fully loaded NT1 
shelf (12 units per shelf, 10 W per unit). In actual practice system loads would 
be less than these maximum values and typical values are assumed to be 75% 
of maximum output per shelf. Estimated maximum power can be determined 
easily for a working unit by observing the active power configurations for each 
card. 


Battery systems providing DC output are recommended for most applications, 
because system cost and efficiency are greater than those achievable with an 
AC output system. Battery systems can be located anywhere within a building, 
assuming fully-sealed battery units are used. Battery units should be located 
adjacent to the NT 1s and near the served terminals where available space and 
sufficient line quantities exist. This will minimize loop resistance effects on 
power availability. Alternately, power supply and NT1 units can be located at 
the building wiring entrance for more efficient maintenance where system riser 
capacity and loop length are not limiting factors. 


Power calculations 


Power requirements can be calculated from Table 13-7 based on the equipment 
installed and the TE power jumper setting on the NTI cards. 
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Power module capacity and battery back-up capacity determine the quantity of 
modules required (refer to Table 13-8). 


Table 13-7 Power load factor 


NT1 card Low TE power High TE power 


1.6 W 2.5 W 10 W 


Table 13-8 Back-up power capacity 


NT1 power module 2.2 One battery module Two battery modules 


150 W 5.1 hrs at 50 W 11.1 hrs at 50 W 


Building power and grounding 


The best electronic equipment can not function normally in an abnormal 
environment. No amount of repair and maintenance can cure a system problem 
that is supplied with “dirty” power. Studies have shown that up to 80% of 
electronic component failures can be attributed to AC power distribution 
problems. 


Many existing subscriber sites have poor environmental conditions that create 
hard-to-find, intermittent, abnormal system problems. These types of 
problems often cause lengthy down-time, which in order to resolve, require 
ongoing investigation and subsequent resource strain. The most effective way 
to prevent this situation from occurring is to perform pre-site inspections and 
system installations with a great degree of care and attention. 


It should be noted that any recommendations for dedicated branch circuits and 
isolated ground receptacles related to ISDN are directed primarily toward 
rackmount NT1 units and not necessarily stand-alone NT1 units. However, 
stand-alone NT1 integrity can be significantly enhanced by a clean power 
environment. 


Although this publication is designed as a reference source for ISDN 
implementation, all the information it contains is applicable to most data 
applications. 


Introduction 
The purpose of this section is to familiarize the telecommunications support 
engineer with the subject of power and grounding. With the increasing 
complexity in telecommunications circuit and system design, the need to 
understand the influence of power environments is becoming ever more urgent. 
Power and grounding interference can adversely affect virtually any electronic 
equipment on any site. Grounding techniques can also severely impact 
equipment performance. 
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A clean, dependable power source is essential for continued efficient operation 
of any telecommunications system, whether small or large. The quality of 
power supplied to any system is dependent on the generating source (about 
which the support engineer can do very little), the in house wiring (which is 
directly related to installation techniques) and the number and size of electrical 
loads attached to the power lines. The presence of power fluctuations does not 
always necessitate a conditioning instrument. Many power problems can be 
corrected by proper wiring and grounding techniques. Subsequently, thorough 
pre-installation analysis can often eliminate potential system problems. 


Power system disturbances 


A trend in AC power sources is toward more highly loaded public utility 
systems. When peek demand occurs and non-critical loads are switched off 
and on, or if line voltage is deliberately reduced in the form of “brownouts,” 
the resulting line voltage disturbances and aberrations will be particularly bad 
for electronic equipment operation. 


Utility companies make a valiant and continuous effort to maintain voltages 
and frequency wave-forms on their lines within acceptable standards, but 
many factors beyond their control still exist. 

Types of power line disturbances fall into several different categories: 

e blackouts—complete power failure 

e dropouts—short term (1ms to 3 s) intermittent loss of power 

e impulses—spikes, noise, and interference on the line 

e sags—low voltage 

e surges—high voltage 

e brownouts—planned voltage reduction 

e line losses 


e frequency shift 


Figure 13-10 illustrates the causes of major power disturbances. 
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Figure 13-10 Causes of major power disturbances 
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Power receptacles 
The type of primary power receptacle used by ISDN equipment depends upon 
the requirements of the country in which the system is located. In the United 
States, power lines terminate, where possible, in NEMA isolated ground (IG) 
receptacles. This type of receptacle is shown in Figure 13-11. 
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Figure 13-11 Power receptacle 
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Grounding 
Grounding accomplishes multiple functions, all of which must be considered 
in the design and installation of an ISDN system. Persons concerned with only 
one or two of these functions can violate the other functions due to lack of 
knowledge or because these functions are not their responsibility. Grounding 
is required both for safety reasons and because of the need for communications 
circuits to operate reliably. Safety takes top priority, but the ISDN system must 
be simultaneously safe and operationally reliable. There must be no 
compromise. 


Effective grounding path 
There are four major purposes for establishing a ground connection to 
equipment and systems: 


e Safety—to prevent a shock hazard in the event that an equipment chassis, 
frame, or housing carries a hazardous voltage due to an accidental 
breakdown of wiring or components. 


e Lightning—to protect a building and its contents from lightning-strike 
damage by providing a very low impedance path from the building to earth. 


e Electrical compatibility—to provide a reference voltage for all electrical 
and electronic systems and equipment. This both avoids a shift in operating 
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voltage levels and prevents circulating ground-current loops (resulting in 
common-mode impedance coupling). 


e Electromagnetic compatibility—to reduce susceptibility to interference, 
equipment chassis are ground-referenced at a common point, which also 
serves to provide a discharge path for electrostatic discharge (ESD). 


Note 1: When a subscriber's site is unsuitable for installing a dedicated 
branch to ISDN equipment, or where large-scale modifications are required 
to implement the wiring modifications, the satisfactory installation of a 
power conditioning device to general-purpose power receptacles is 
acceptable in place of a fully-dedicated branch. However, good grounding 
is still required for the installation to be considered reliable. 


Note 2: In extreme circumstances, where the surrounding environment is 
highly prone to electromagnetic interference (EMI), filtered or isolated 
power mains and radio frequency shielding (or both) can be required. 


Types of buildings 

Figure 13-12 shows the two most common grounding-system designs in 
buildings. Building A represents the old style of construction that is still 
prevalent on subscriber sites. Buildings that were constructed over 50 years 
ago only used two wire (ungrounded) receptacles. Consequently, few older 
sites made provision for effective grounding. As three-wire receptacles 
became necessary, grounding systems were patched up from existing conduits, 
cable raceways, and isolated ground wires. This grounding system is referred 
to as common grounding, and supplies a grounding path from each floor of the 
building to the service entrance ground reference point. 


Building B is commonly referred to as a distributed grounding system. Most 
modern office buildings in the United States are constructed with a framework 
of electrically-connected steel girders that provide an excellent grounding 
path. This grounding path is usually supported by installing ground stakes at 
intervals around the building. The grounding network is connected together at 
the service entrance to provide the ground reference point. It can be seen that 
this system provides very low impedance between ground and neutral as well 
as good shielding from EMI for the entire building. It is acceptable to use just 
the building steel for the grounding return path, provided that this path is 
directly connected to the main service entrance grounding point.This isolates 
the system from noisy ground paths used by lighting and general-purpose 
circuits. 
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Figure 13-12 Grounding designs in buildings 
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Typical site considerations 

The installation of a system is a critical period in the life cycle of the 
equipment. Many “teething troubles” during installation lead to breakdowns 
and intermittent faults throughout the life of the equipment. This is largely 
because of a lack of attention to problems in the system environment. 


For example, a newly-installed system can be found to be static-prone because 
of poorly grounded power distribution. When a “hard” fault occurs with one 
component, usually many more components within the new system have 
degraded to some extent, and the system will be much more likely to fail 
through its life. 


General responsibilities 

The public utility is responsible for the power equipment leading to the 
building service entrance for the site. Any major deficiencies in supplied 
power become the responsibility of the power company. 


The subscriber is normally responsible for employing contractors to prepare 
the site for correct power requirements, adequate equipment space, and 
inter-system cabling. 


Subscriber induced problems 

Probably the most common problem introduced by subscribers is the use of 
non-standard equipment on the dedicated circuit designated for ISDN 
equipment. For example, whenever a custodian plugs in a floor polisher, or 
vacuum cleaner to an ISDN-designated receptacle, the resulting effect on the 
system can be unpredictable. It is important to appropriately label each 
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receptacle so that only ISDN equipment is used on its dedicated branch or 
power conditioner outlet. 


Electrician induced problems 

Electricians who are not familiar with the noise-sensitivity of data equipment 
sites will often daisy-chain dedicated branch neutrals (and/or grounds) with 
general-purpose neutrals (and/or grounds). Another common practice is to 
connect all neutrals to a neutral bus and all grounds to a ground bus at the local 
distribution panel. It means that the neutral (and/or ground) is connected to 
other, general-purpose, “noisy” branches. This noise can very often transfer to 
the “dedicated” branch. Weak dedicated lines of this nature can often require 
rewiring so that both neutral and ground are isolated from all other 
general-purpose branches. 


Often, electricians miswire sockets. The most common miswiring practice is 
that of hot and neutral orientation. The resulting effect of reversing hot and 
neutral (or neutral and ground—especially on equipment situated between 
floors) on most systems is the intermittent service interruption and hangs. 


What can be done? 
Test results combined with cost estimate of actual system down-time are used 
to determine what action should be taken to correct power-line problems. 


After it has been determined that the power line is the source of the system 
problem, a corrective device can be specified. No matter what type of device 
is required, it is imperative that a good building ground exists. All filtering and 
conditioning devices operate on a principle that shunts the unwanted noise to 
ground. If a good ground does not exist, the device will be limited in its 
operation. 


Note: An isolated ground is a separate ground wire running from the 
individual receptacle to the main ground bus for the building. The use of the 
isolated ground can eliminate the possibility of high resistance found in 
typical grounding pathways that normally utilize conduit and cable 
raceways and often form complex pathways. These pathways can enhance 
the antenna effect that can interfere with sensitive equipment. 


The type of device used to correct power interference is usually determined by 
first analyzing the information obtained from an analyzer printout. If the 
disturbances are strictly impulses, a line filter should be sufficient. If there are 
voltage fluctuations, brownouts, or low line voltage conditions, a power 
conditioner can be required. The size of the transformer must be determined. 
Transformers are selected to operate somewhere near maximum rating in order 
to obtain maximum efficiency. 


There are several methods of dealing with power problems. Four types of line 
conditioning equipment will be discussed in the following paragraphs. 
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Isolation transformers 

Isolation transformers attenuate common-mode noise and prevent high 
frequency power line noise from being picked up by the transformer secondary 
and delivered to the load. However, they perform no voltage regulating 
function. Sags or surges or high or low voltages will be reproduced faithfully 
on the transformer secondary. 


Line voltage regulators 

Line voltage regulators maintain reasonably constant output voltage to the load 
during variations in power line voltage. There are many different ways to 
accomplish this and among the basic types, there are innumerable variations, 
all with their own advantages and limitations. 


Power conditioners 

Power conditioners combine the functions of isolation transformers and line 
voltage regulators and consequently, they are able to both attenuate line noise 
and regulate output voltage. Power conditioners can protect against the 
principal types of power line disturbance except for voltage dropouts and line 
interruptions. It is possible to create a power conditioner by placing separate 
voltage regulators and isolation transformers in series. But properly matching 
the two can be tricky, and the package is bulkier and generally more expensive 
than using a single unit designed to perform the power conditioner function. 


Uninterruptable power supplies 

When continuity of load operation is demanded—in the face of line voltage 
interruptions that last for more than one-half cycle, then the only choice is to 
go to an uninterruptable power supply (UPS). The basic UPS consists of a 
rectifier/battery charger that takes AC line power and rectifies it to DC; an 
inverter that takes the DC and converts it back to AC power of the proper 
voltage and frequency; and a battery bank that takes the place of the rectified 
DC power source if line power fails. UPS systems are complex, expensive, 
somewhat inefficient, have a high output impedance, and large units that 
frequently require special installation facilities and increased air conditioning 
capacity to dissipate the heat. But if assured continuity of operation is 
imperative, then the best possible UPS for the situation must be chosen. The 
proper UPS will protect load equipment from all types of power line 
disturbances. 


Testing power 
Power line problems are a common occurrence and many subscribers who 
have power line problems are not technically inclined and do not understand 
what can cause transients, sags, surges, and dropouts, nor do they understand 
the effects. The subscriber will often ask for information on the cause and 
effects of power interference, especially when investment in expensive 
conditioning equipment is required. 
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As shown in previous sections of this manual, intermittent system failures or 
errors can be induced by any one of the following problems: 


e hardware failure 

e poor cable connections 

e static electricity discharge 

e interference from nearby electrical equipment 
e power line disturbances 


e poor building ground 


Attempting to determine which of the these problems is the cause of the 
subscriber's problem is probably the most difficult thing to determine. The fact 
that power line disturbances are present does not always conclude they are the 
source of the problem. If a subscriber asks, “What magnitude transient, sag or 
surge will cause a problem in an ISDN System?” The answer is “There is no 
single answer.” Every system is affected differently, depending on what is 
taking place internally in the machine, the environmental conditions, the 
condition of the equipment, the impedance of the power line, and a multitude 
of other variables. The same piece of equipment can produce an error due to a 
power line disturbance, but function properly at a different time when 
subjected to an identical disturbance. 


What can be checked, measured, and tested? 
Power line disturbances can be divided into several categories. The usual 
symptoms of power line disturbance can be seen on systems as intermittent 
failures. Because power line disturbances are usually transitory in nature, a 
glitch in the line can cause slight degradation in equipment components. This 
degradation can then also manifest itself as an intermittent hardware failure. 
Therefore, the real problem is in how to approach intermittent system failures. 
Before assuming that an intermittent failure on a system is power induced, the 
engineer should make certain checks in order to ensure that the system is not 
failing through other means. 


Finding the source of the problem can require several days of investigation and 
careful observation. For example, a copying machine being used at the same 

time an ISDN call is taking place can cause a call failure or static, but only if 
the events occur at the same time. Depending on how often the set is used and 
how often a copy is made, the probability of an error occurring can be as much 
as twice an hour or as little as once a week. The important thing to remember 
in this case, is that the events must occur at the same time. 


The only way to be sure a power line disturbance has caused an error is to 
record the time of the equipment error and the time of the power line 
disturbance; when the two coincide, the power line is usually the problem. 
How do you record the two events? First, ask the subscriber to keep a record 
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of all unexplained errors that occur. Second, obtain a power line analyzer and 
use the captured data from the analyzer to associate the two events. After a 
correlation can be made between power disturbances and equipment problems 
or failures, an assessment should be made by a trained power specialist or 
vendor as to which device is best suited for your particular subscriber site. 
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Part IV 
Provisioning 


“Part IV: Provisioning” contains the following chapters: 
14. Data schema 

15. Provisioning default service 

16. ISDN office parameters 

17. SERVORD procedures 


18. Simplification of ordering, provisioning, and installation 
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System datafill sequence 
Before datafill is entered in tables to provide basic rate interface (BRI) 
services, ensure that the appropriate ISDN hardware and software are 
installed. 


After the hardware and software components are provisioned, datafill 
requirements involve the following four main areas of functionality: 


datafill for facility interface tables to configure the ISDN hardware, 
provision for the physical connections, and specification of the default 
service parameters 


datafill for service tables to provide ISDN services to individual lines 


datafill for table TMTCNTL (Treatment Control) to provide call 
treatments, such as no terminal responding (NTRS) and call rejected 
(CREJ), which produce line 138 logs 


Note: The log bool in subtable LNS must be set to “Y” to generate a 
line 138 log. 


datafill for bearer capability tables to identify bearer services and datafill 
for system tables to provide digit translation and call routing 


BRI services and capabilities are typically datafilled in the following 
sequence: 


facility interface tables 
customer groups 

BRI base service 

BRI supplementary services 
bearer capability routing 


call processing and ISUP interworking 
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This document concentrates on the facility interface tables, base service, 
supplementary service, and bearer capability routing. Key points of interest in 
other areas are covered when required. Detailed descriptions of these tasks and 
tasks listed, but not covered, can be found in the Translations Guide, 
297-8001-350, the Customer Data Schema Reference Manual, 297-8001-351, 
and the “ISDN Basic Rate Interface Translations” course taught at Raleigh 
Technical Education Center (RTEC). 


Office parameters used for ISDN 


NAO14 does not introduce any new office parameters. 


Table 14-1 shows the office parameters used by the facility interface tables 
associated with ISDN BRI services. For more information about office 
parameters, refer to the Office Parameters Reference Manual, 297-8001-855. 


Table 14-1 Office parameters used by BRI facility interface tables (Sheet 1 of 2) 


Table name 


Parameter Explanation and action 


OFCENG 


OFCENG 


DCH _BD_STATMUX_RATIO This parameter specifies the maximum number of 
logical terminals that can be statistically 
multiplexed onto one Bd channel on the DCH. 


The number is determined by the number of 
packet terminals required, the level of traffic 
expected, and the amount of data packets per 
second. 


Default = 64 
Maximum = 64 


MAXNUCS For an office equipped with the junctored network 
(JNET), this parameter specifies the maximum 
number of nailed up connections required of the 
switch. This parameter is not required for offices 
equipped with the enhanced network (ENET). 


A warm restart is required to activate this 
parameter. 


Default = 0 
Maximum = 9126 
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Table 14-1 Office parameters used by BRI facility interface tables (Sheet 2 of 2) 


Table name 


OFCENG 


OFCOPT 


Parameter 


NUM_RC_EXT_BLKS 


MAX_BRA_LINE 


Explanation and action 


When entering data for packet calls, the value of 
entry NUM_RC_EXT_BLKS in table OFCENG 
should be increased by 5 over the existing value 
for voice calls. 


Default = 0 
Maximum = 32766 


Specifies the maximum number of ISDN lines in 
the office. 

Default = 1 000 

Maximum = 32 766 


Table 14-2 shows the office parameters used by Base Service. 


Table 14-2 Office parameters used by Base Service 


Table name 


OFCENG 


Parameter 


BC_CHECKING_SCOPE 


Explanation and action 


This parameter is set to control the bearer capability (BC) 
screening performed between stations in IBN and ISDN 
environments. 


If no BC checking is required, leave the parameters 
default value of NONE. 


If calls terminating on ISDN terminals are to be screened 
for BC compatibility, enter ISDN. 


If calls terminating on ISDN terminals and IBN terminals 
with bearer capabilities are to be screened, enter IBN. 
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Table 14-3 shows the office parameters used by Flexible Calling. 


Table 14-3 Office parameters used by Flexible Calling 
Table name Parameter 


OFCENG MAX_NO_OF_3_PORTS_IN_CHAIN 


OFCENG NO_OF_MEDIUM_FTR_DATA_BLKS 


Explanation and action 


This parameter is set to control the 
maximum number of 3-port conference 
circuits allowed in a flexible calling chain. 
The maximum number of conferences in 
the FC chain is equal to this parameter + 2. 


Enter a value between 2 and 20 (the default 
is 3). 


This parameter ensures that sufficient 
software resources are available to 
conference calls. It is typically set to 500 
(the range is 0 to 32767, and the default is 
50). 


The number of medium feature data blocks 
required for flexible call chaining is a value 
three times the number of 3-port 
conference circuits allowed (as defined in 
MAX_NO_OF_3_PORTS_IN_CHAIN. Add 
this value of 
NO_OF_MEDIUM_FTR_DATA_BLKS, 
and enter the total value. (For example, if 
the current value of 
NO_OF_MEDIUM_FTR_DATA_BLKS is 
500, and 
MAX_NO_OF_3_PORTS_IN_CHAIN is 3, 
the value of this parameter should be 509). 
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Table 14-4 shows the office parameters used by Bearer Capability Routing. 
Table 14-4 Office parameters used by Bearer Capability Routing 
Table name Parameter Explanation and action 


OFCENG NUM_RC_EXT_BLKS This parameter (number of routing 
characteristics extension blocks) specifies the 
number of extension blocks required for 
translation and routing of calls based on 
routing characteristics. The default for the 
parameter is 0 (zero), but it is recommended 
that the operating company calculate the value 
as one block for each call based on the 
probable number of simultaneous calls using 
ISDN translations. Note that such calls include 
calls on any trunk group that does not have the 
default BC (for instance, a PTS trunk group 
datafilled with a non-default BC). 


OFCENG DEFAULT_BEARER_CAPABILITY This parameter defines the office-wide default 
bearer capability, which is the value applied to 
an incoming trunk if no BC is defined in table 
TRKGRP. The default for 
DEFAULT _BEARER_CAPABILITY is 
SPEECH. If the default BC is changed, the new 
default is applied only to trunk groups datafilled 
after the change. Any trunk groups datafilled 
before the change retain the previous default 
BC value. This situation can cause problems, 
because these trunks become non-default BC 
trunk groups and require RC extension blocks. 
If NUM_RC_EXT_BLKS is set too low to 
accommodate these extra trunk groups, calls 
can be dropped. To solve the problem, the 
non-default BC trunk groups must have datafill 
entered again. 


BRI ISDN office parameters located in table ISDNVAR 
Table 14-5 lists the ISDN office parameters located in table ISDNVAR. The 
table also shows the range of value settings for each parameter. Table 
ISDNVAR was added in NA008. Office parameter AUTOSPID was added to 
table ISDNVAR in NAO09. Office parameters DEFOML, TMEAS, 
LAPD16_ABN_LOG, and LAPB_ABN_LOG were added in NAO10. Office 
parameters MAX_ASYNC_ISDN_DIAGS and 
SDT_SUBSCRIPTION_LIMIT_EXCD were added in NAO11. Office 
parameters CND_BRI_OFFICE, RND_BRI_OFFICE, 
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L3_SVC_DSRPT_CTRL, ECHO_STAT_BILL_PARM, and 
L3_SVC_DSRPT_THLD were added in NAO12. 


Table 14-5 Office parameters in table ISDNVAR (Sheet 1 of 3) 


VARNAME VARVAL 

Q931_ABN_LOG ON or OFF 
L3_DISCONNECT_MSG_RCVD ON or OFF 
L3_DISCONNECT_MSG_TRANS ON or OFF 
L3_RELEASE_MSG_RCVD ON or OFF 
L3_RELEASE_MSG_TRANS ON or OFF 
L3_RELEASE_COMPL_MSG_RCVD ON or OFF 
L3_RELEASE_COMPL_MSG_TRANS ON or OFF 
L3_STATUS_MSG_RCVD ON or OFF 
L3_STATUS_MSG_TRANS ON or OFF 
L3_PROGRESS_MSG_TRANS ON or OFF 
L3_MSG_RCVD_BAD_LENGTH ON or OFF 
L3_MSG_RCVD_INVALID_INFO ON or OFF 
L3_-MSG_RCVD_INVALID_CR_VALUE ON or OFF 
L3_-MSG_RCVD_INVALID_CR_FLAG ON or OFF 
PKT_ABN_LOG ON or OFF 
L3_RESTART_REQ_TRANS ON or OFF 
L3_RESTART_REQ_RCVD ON or OFF 
L3_RESET_REQ_TRANS ON or OFF 
L3_RESET_REQ_RCVD ON or OFF 
L3_CLEAR_REQ_TRANS ON or OFF 
L3_CLEAR_REQ_RCVD ON or OFF 
L3_DIAG_PKT_TRANS ON or OFF 
L3_DIAG_PKT_RCVD ON or OFF 
LAPD_ABN_LOG ON or OFF 
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Table 14-5 Office parameters in table ISDNVAR (Sheet 2 of 3) 


VARNAME 

L3_SVC_DSRPT_CTRL 
L3_SVC_DSRPT_THLD 
TEI_SUBSGRIPTION_LIMITS_EXCD 
TEI_NO_RESPONSE 
TEI_ROUTINE_TEST 
TEI_MULTIPLE_RESPONSE 
TEI_IDENTITY_VERIFY_MSG 
TEI_UNSOLICITED_RESPONSE 
TEI_NOT_ASSIGNED 
L2_DM_FRAME_RCVD 
L2_DM_FRAME_SENT 
L2_FRAME_RCVD_CNTRL_UNDEF 


L2_FRAME_RCVD_INVALID_INFO 
L2_FRAME_RCVD_INVAL_SEQ_NUM 


L2_FRAME_RCVD_EXCD_INFO 


L2_FRAME_RCVD_UNEXPECTED 
L2_FRMR_FRAME_RCVD 
L2_PROPER_RESPONSE_NOT_RCVD 
L2_INVALID_FRAME_RCVD 
LAPD16_ABN_LOG 

LAPB_ABN_LOG 
MAX_ASYNC_ISDN_DIAGS 


SDT_SUBSCRIPTION_LIMIT_EXCD 


VARVAL 


ON or OFF 


1 to 1 000. Default value is 8. 


ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 
ON or OFF 


0 to 10 


Data schema 14-7 


Note: An entry of 0 deactivates asynchronous 


diags for the office. 


ON or OFF 
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Table 14-5 Office parameters in table ISDNVAR (Sheet 3 of 3) 


VARNAME 


TMEAS 


DEFOML 


AUTOSPID 
CND_BRI_OFFICE 
RND_BRI_OFFICE 


ECHO_STAT_BILL_PARM 


Table 14-6 describes the office parameters in table ISDNVAR associated with 


VARVAL 


0, 30 to 900 set in increments of 30 


Note: An entry of 0 deactivates Rapid 
Messaging checks for all LTIDs in the office. 


0, 15 to 150 set in increments of 15 


Note: An entry of 0 deactivates Rapid 
Messaging checks for all LTIDs in the office 
except for those that are assigned option OML. 


ON or OFF 

ON or OFF. Default is OFF. 
ON or OFF. Default is OFF. 
ON or OFF. Default is OFF. 


the BRI Layer 2/3 Surveillance Monitoring feature that enable or disable the 


generation of LAPD abnormality log reports on an office-wide basis. For more 
information about office parameters, refer to the Office Parameters Reference 


Manual, 297-8001-855. 


Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 1 of 7) 


Parameter name 


Explanation and action 


LAPB_ABN_LOG 


LAPD_ABN_LOG 


LAPD16_ABN_LOG 


This parameter enables or disables the generation 
of LAPB log reports for related layer 2 abnormality 
log reports on an office-wide basis. OFF is the 
default value. 


This parameter enables or disables the generation 
of ISDN Link Access Protocol for the D-channel 
(LAPD) abnormality log reports on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN LAPD16 log reports for layer 2 protocol 
abnormalities on an office-wide basis. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 2 of 7) 
Parameter name 


PKT_ABN_LOG 


TEI_SUBSCRIPTION_LIMITS_EXCD 


TEI_NO_RESPONSE 


TEI_ROUTINE_TEST 


TEI_MULTIPLE_RESPONSE 


TEI_IDENTITY_VERIFY_MSG 


TEI_UNSOLICITED_RESPONSE 


TEI_NOT_ASSIGNED 


Explanation and action 


This parameter enables or disables the generation 
of ISDN abnormality log reports for X.25-packet 
data for related layer 3 protocol abnormalities on 
an office-wide basis. OFF is the default value. 


This parameter enables or disables the generation 
of ISDN115 Layer 2 Protocol Abnormality log 
reports with “Subscription limits exceeded” 
displayed in the Subscription limits exceeded field 
on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN100 Layer 2 Protocol Abnormality log 
reports with “Terminal Unavailable” displayed in 
the Terminal Unavailable field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN120 Layer 2 Protocol Abnormality log 
reports with “Routine Test” displayed in the 
Routine Test field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN102 Layer 2 Protocol Abnormality log 
reports with “TEI Removed” displayed in the TEI 
Removed field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN121 Layer 2 Protocol Abnormality log 
reports with “Identity Verify Message” displayed in 
the Identity Verify Message field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN122 Layer 2 Protocol Abnormality log 
reports with “Unsolicited Response” displayed in 
the Unsolicited Response field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN116 Layer 2 Protocol Abnormality log 
reports with “TEI not assigned” displayed in the 
TEI not assigned field on an office-wide basis. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 3 of 7) 
Parameter name 


L2_DM_FRAME_RCVD 


L2_DM_FRAME_SENT 


L2_FRAME_RCVD_CNTRL_UNDEF 


L2_FRAME_RCVD_INVALID_INFO 


L2_FRAME_RCVD_INVALID_SEQ_NUM 


L2_FRAME_RCVD_EXCD_INFO 


L2_FRAME_RCVD_UNEXPECTED 


L2_FRMR_FRAME_RCVD 


Explanation and action 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Disconnect Mode frame Revd” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Disconnect Mode frame sent” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Frames Revd with cntrl field not 
defined” displayed in the Abnormality field on an 
office-wide basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Frame Revd with invalid info field” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Frames Revd with invalid seq num” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Frames Revd with info field 
exceeding max established length” displayed in 
the Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Unexpected frames received” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “FRMR frame received” displayed in 
the Abnormality field on an office-wide basis. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 4 of 7) 
Parameter name 


L2_PROPER_RESPONSE_NOT_RCVD 


L2_INVALID_FRAME_RCVD 


Q931_ABN_LOG 


L3_CLEAR_REQ_RCVD 


L3_CLEAR_REQ_TRANS 


L3_DIAG_PKT_RCVD 


L3_DIAG_PKT_TRANS 


L3_DISCONNECT_MSG_RCVD 


Explanation and action 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Proper response not Revd to estab or 
reset link after N200 SABME sent” displayed in the 
Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN304 Layer 2 Protocol Abnormality log 
reports with “Invalid Frames Revd’ displayed in the 
Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports on an office-wide basis. 


This parameter enables or disables the generation 
of Layer 3 Protocol Abnormality log reports for 
X.25 packet data with “CLEAR REQUEST 
received” displayed in the Abnormality field on an 
office-wide basis. ON is the default value. 


This parameter enables or disables the generation 
of Layer 3 Protocol Abnormality log reports for 
X.25 packet data with “CLEAR INDICATION 
transmitted” displayed in the Abnormality field on 
an office-wide basis. ON is the default value. 


This parameter enables or disables the generation 
of Layer 3 Protocol Abnormality log reports for 
X.25 packet data with “DIAGNOSTIC PACKET 
received” displayed in the Abnormality field on an 
office-wide basis. ON is the default value. 


This parameter enables or disables the generation 
of Layer 3 Protocol Abnormality log reports for 
X.25 packet data with “DIAGNOSTIC PACKET 
transmitted” displayed in the Abnormality field on 
an office-wide basis. ON is the default value. 


This parameter is enables or disables the 
generation of ISDN301 Layer 3 Protocol 
Abnormality log reports with “DISCONNECT 
received” displayed in the Abnormality field on an 
office-wide basis. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 5 of 7) 
Parameter name 


L3_DISCONNECT_MSG_TRANS 


L3_RELEASE_MSG_RCVD 


L3_RELEASE_MSG_TRANS 


L3_RELEASE_COMPL_MSG_RCVD 


L3_RELEASE_COMPL_MSG_TRANS 


L3_RESTART_REQ_RCVD 


L3_RESTART_REQ_TRANS 


L3_RESET_REQ_RCVD 


Explanation and action 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “DISCONNECT transmitted” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “RELEASE received” displayed in the 
Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “RELEASE transmitted” displayed in 
the Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “REL COMPLETE received” displayed 
in the Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “REL COMPLETE transmitted” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the 
generation of Layer 3 Protocol Abnormality log 
reports for X.25 packet data with “RESTART 
REQUEST received” displayed in the Abnormality 
field on an office-wide basis. 


This parameter enables or disables the 
generation of Layer 3 Protocol Abnormality log 
reports for X.25 packet data with “RESTART 
REQUEST transmitted” displayed in the 
Abnormality field on an office-wide basis. ON is the 
default value. 


This parameter enables or disables the 
generation of Layer 3 Protocol Abnormality log 
reports for X.25 packet data with “RESET 
REQUEST received” displayed in the Abnormality 
field on an office-wide basis. ON is the default 
value. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 6 of 7) 
Parameter name 


L3_RESET_REQ_TRANS 


L3_STATUS_MSG_RCVD 


L3_STATUS_MSG_TRANS 


L3_PROGRESS_MSG_TRANS 


L3_MSG_RCVD_BAD_LENGTH 


L3_MSG_RCVD_INVALID_INFO 


L3_MSG_RCVD_INVALID_CR_VALUE 


L3_MSG_RCVD_INVALID_CR_FLAG 


Explanation and action 


This parameter enables or disables the 
generation of Layer 3 Protocol Abnormality log 
reports for X.25 packet data with “RESET 
INDICATION transmitted” displayed in the 
Abnormality field on an office-wide basis. The 
default value for this parameter is ON. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “STATUS received” displayed in the 
Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “STATUS transmitted” displayed in 
the Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “PROGRESS transmitted” displayed 
in the Abnormality field on an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “MSG Revd less than min length” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “MSG Revd with inval protocol 
discriminator” displayed in the Abnormality field on 
an office-wide basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “MSG Revd with inval CR value” 
displayed in the Abnormality field on an office-wide 
basis. 


This parameter enables or disables the generation 
of ISDN301 Layer 3 Protocol Abnormality log 
reports with “SETUP Revd with CR flag incorrectly 
set to 1” displayed in the Abnormality field on an 
office-wide basis. 
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Table 14-6 Office parameters in table ISDNVAR used by BRI Layer 2/3 Surveillance Monitoring 
(Sheet 7 of 7) 


Parameter name Explanation and action 
L3_SVC_DSRPT_CTRL This parameter enables or disables the generation 


of ISDN311 Layer 3 Service Disruption log reports 
for circuit switched services on an office-wide 
basis. 


L3_SVC_DSRPT_THLD This parameter sets the threshold value for Layer 
3 Service Disruptions for circuit switched services. 
The default value for this parameter is 8. If the 
layer 3 service disruption abnormality counts 
exceed the value set in this parameter, log report 
ISDN311 is generated. Generation of log report 
ISDN311 occurs provided the log generation 
control for both office-wide and individual line log 
generation are set to ON. However, if the override 
bit is set to ON, log report ISDN311 is generated 
even if the log generation control for office-wide 
generation is set to OFF and that for individual line 
basis is set to ON. 


SDT_SUBSCRIPTION_LIMIT_EXCD This parameter enables or disables the generation 
of ISDN305 Layer 2 Protocol Abnormality log 
reports with “Service Disruption Exceeded” 
displayed on an office-wide basis. The default for 
this parameter is OFF. 


Table 14-7 describes the office parameters in table ISDNVAR that are not used 
with the Layer 2/3 Surveillance Monitoring feature. 


Table 14-7 Office parameters in table ISDNVAR not used by BRI Layer 2/3 Surveillance 
Monitoring (Sheet 1 of 2) 


Parameter name Explanation and action 


AUTOSPID This parameter activates or deactivates the 
automated SPID feature. 


CND_BRI_OFFICE This parameter enables or disables Calling Number 
Delivery (CND) for BRI terminals in an office. The 
default for this parameter is OFF. 


RND_BRI_OFFICE This parameter enables or disables Redirecting 
Number Delivery (RND) for BRI terminals in an office. 
The default for this parameter is OFF. 
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Table 14-7 Office parameters in table ISDNVAR not used by BRI Layer 2/3 Surveillance 


Monitoring (Sheet 2 of 2) 
Parameter name 


DEFOML 


ECHO_STAT_BILL_PARM 


MAX_ASYNC_ISDN_DIAGS 


TMEAS 


Explanation and action 


This parameter dictates the default value for how 
many messages are required during a one minute 
period before an LTID is considered to be in a rapid 
messaging state. The default value for this parameter 
is 0. 


This parameter determines whether or not an Echo 
Station call is billed. If this parameter is set to ON, calls 
to an Echo Station DN will be billed. The default value 
for this parameter is OFF. 


This parameter specifies the maximum number of 
asynchronous diagnostics that can run concurrently in 
a DMS office. The default value for this parameter is 5. 
A value of 0 deactivates asynchronous diagnostics for 
the entire office. 


This parameter dictates the measurement interval for 
monitoring D-channel traffic for the Rapid Messaging 
feature. The default value for this parameter is 0. 


Table 14-8 describes the office parameters in table OFCVAR associated with 
the BRI Layer 2/3 Surveillance Monitoring feature. Parameter 
DAILY_ISDN_L2L3_PEG_AUDIT_TIME sets the time of day that all ISDN 
layer 2/3 peg counts are audited and reset. The other four parameters set the 
high abnormality threshold for layer 2/3 circuit and packet abnormality peg 


counts. 


Table 14-8 Office parameters in table OFCVAR used by BRI Layer 2/3 Surveillance Monitoring 


(Sheet 1 of 2) 


Parameter name 


DAILY_ISDN_L2L3_PEG_AUDIT_TIME 


LAYER2_CIRCUIT_ABN_PEGS_THLD 


Description 


This parameter specifies the time of day that all ISDN 
layer 2 and layer 3 peg counts are audited and reset. 


This parameter sets the high abnormality rate 
threshold number for allowable layer 2 protocol 
abnormalities on any circuit-switched ISDN line over a 
24-hr period. Once this threshold number is exceeded, 
a high abnormality rate is declared and audit registers 
are pegged. 
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Table 14-8 Office parameters in table OFCVAR used by BRI Layer 2/3 Surveillance Monitoring 
(Sheet 2 of 2) 


Parameter name Description 


LAYER2_ PACKET ABN PEGS_THLD This parameter sets the high abnormality rate 
threshold number for allowable layer 2 protocol 
abnormalities on any packet switched ISDN line over a 
24-hr period. Once this threshold number is exceeded, 
a high abnormality rate is declared and audit registers 
are pegged. 


LAYER3_ CIRCUIT ABN PEGS_THLD This parameter sets the high abnormality rate 
threshold number for allowable layer 3 protocol 
abnormalities on any circuit switched ISDN line over a 
24-hr period. Once this threshold number is exceeded, 
a high abnormality rate is declared and audit registers 
are pegged. 


LAYER3_ PACKET ABN PEGS_THLD This parameter sets the high abnormality rate 
threshold number for allowable layer 3 protocol 
abnormalities on any packet-switched ISDN line over a 
24-hr period. Once this threshold number is exceeded, 
a high abnormality rate is declared and audit registers 
are pegged. 


LAYER3_ PACKET _SVC_THLD This parameter sets the threshold for layer 3 service 
disruptions of X.25 packet data on any ISDN line over 
a 24-hr period. Once the office parameter value 
exceeds the threshold, log report ISDN 309 is 
generated. 


Facilities interface tables 
Facility interface tables contain information that defines the physical facilities 
used to provide services. For ISDN BRI services, these tables are used to 
configure the ISDN hardware, provide the physical connections through 
software, and specify default parameters. 


Datafill sequence for ISDN BRI with the DMS packet handler 
Table 14-9 shows the facility interface tables that must have data entered to 
provide ISDN BRI service with the DMS packet handler. The tables are listed 
in the order in which they are to be datafilled. 
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For more information on any of the tables discussed here, refer to the Customer 
Data Schema Reference Manual, 297-8001-351. 


Table 14-9 Office parameters used by Bearer Capability Routing 


Tablename Parameter Explanation and action 


OFCENG N UM_RC_EXT_BLKS This parameter (number of routing 
characteristics extension blocks) specifies the 
number of extension blocks required for 
translation and routing of calls based on 
routing characteristics. The default for the 
parameter is 0 (zero), but it is recommended 
that the operating company calculate the 
value as one block for each call based on the 
probable number of simultaneous calls using 
ISDN translations. Note that such calls include 
calls on any trunk group that does not have the 
default BC (for instance, a PTS trunk group 
datafilled with a non-default BC). 


OFCENG DEFAULT_BEARER_CAPABILITY This parameter defines the office-wide default 
bearer capability, which is the value applied to 
an incoming trunk if no BC is defined in table 
TRKGRP. The default for 
DEFAULT _BEARER_CAPABILITY is 
SPEECH. If the default BC is changed, the 
new default is applied only to trunk groups 
datafilled after the change. Any trunk groups 
datafilled before the change retain the 
previous default BC value. This situation can 
cause problems, because these trunks 
become non-default BC trunk groups and 
require RC extension blocks. If 
NUM_RC_EXT_BLKS is set too low to 
accommodate these extra trunk groups, calls 
can be dropped. To solve the problem, the 
non-default BC trunk groups must have data 
entered again. 
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Rapid Messaging office parameters 
Table 14-10 shows the office parameters associated with the Rapid Messaging 
feature and the office parameter tables where they are located. 


Table 14-10 Office parameters used by Rapid Messaging (Sheet 1 of 2) 


Table name Parameter name 


Explanation and action 


ISDNVAR DEFOML 


ISDNVAR TMEAS 


OFCVAR RMSG_MAJALARM 


The DEFOML parameter dictates how many 
messages a minute over a normalized TMEAS 
interval are required to consider a terminal in a 
rapid messaging (RM) state. The DEFOML 
parameter value is an office-wide default and 
can be overridden by the LTID option OML. The 
table control CHA command is the only valid 
command for this tuple. Increase or decrease 
the DEFOML parameter value in increments of 
15. A value of zero deactivates the DEFOML 
parameter. 


Default = 0 
Maximum = 150 
When RM active recommended value is 120 


The TMEAS parameter dictates the 
measurement interval used to monitor Q.931 
D-channel traffic for the Rapid Messaging 
feature. The table control CHA command is the 
only valid command for this tuple. Increase or 
decrease the TMEAS parameter in increments 
of 30. A value of zero deactivates the TMEAS 
parameter which disables Q.931 message 
monitoring for all terminals. 


Default = 0 
Maximum = 900 
When RM active recommended value is 90 


The RMSG_MAJALARM parameter dictates the 
LNS minor, major, and critical thresholds for the 
“OMaj” alarm indicator. This alarm indicates 
when the number of lines in the office with the 
“O” diagnostic indicator exceeds the threshold. 
The “O” alarm indicator specifies when RM 
takes two or more LTIDs on a single ISDN line 
out-of-service. Use the ALMSTAT command at 
the LTP level to change the parameter value. 


Default value = 10 20 30 
Maximum = 32767 
Minimum = 0 
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Table 14-10 Office parameters used by Rapid Messaging (Sheet 2 of 2) 


Table name 


OFCVAR 


OFCENG 


OFCENG 


Table LTCINV 


Parameter name 


RMSG_MINALARM 


RM_SYNC_BURST 


RM_SYNC_DELAY 


Explanation and action 


The RMSG_MINALARM parameter dictates the 
LNS minor, major, and critical thresholds for the 
“OMin” alarm indicator. This alarm indicates 
when the number of lines in the office with the 
“o” diagnostic indicator exceeds the threshold. 
The “o” alarm indicator specifies when RM takes 
one LTID on a single ISDN line out-of-service. 
Use the ALMSTAT command at the LTP level to 
change the parameter value. 


Default = 10 20 30 
Maximum = 32767 
Minimum = 0 


The RM_SYNC_BURST parameter dictates the 
number of messages to send in one sync audit 
cycle. Each message contains 20 lines of data. 
Use the table control to change the 
RM_SYNC_BURST value. 


Default = 1 
Maximum = 5 
Minimum = 0 


The RM_SYNC_DELAY parameter dictates the 
number of seconds between RM 
synchronization audit cycles. Use the table 
control to change the RM_SYNC_ DELAY value. 


Default = 30 
Maximum = 60 
Minimum = 15 


Table LTCINV (Line Trunk Controller Inventory) contains the inventory data 
assignment (except the assignment for the P-Side links done in table 
LTCPSINV) for each bay associated with the various peripheral module (PM) 


types. 


Table LTCINV identifies the following: 


load name of its software 


control-side (C-side) links 


exact location of the PM in the central office 


product engineering code (PEC) of the PM 
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e optional cards equipped 
e optional attributes of the PM 
For additional information on table LTCINV, see the Customer Data Schema 


Reference Manual, 297-8001-351. Figure 14-1 shows an example MAP 
display of table LTCINV. 


Figure 14-1 MAP display example of table LTCINV 


oa LTCNAME 


~nan 


ADNUM FRTYPE FRNO SHPOS FLOOR ROW FRPOS EQPEC LOAD 


EXECTAB 
i CSLNKTAB 
PROGPEG OPTCARD 
E2LOAD 
TONESET 
PECOX40 EXTINFO OPTATIR 
LTC 
2 LTE1 18 a D 18 6X 02 NA EL108AN 
( POTSPOTSEX) (KEYSET KSETEX) 4 


O 10 20)(0 10 21) (0 10 22)(0 10 23) (O 10 24) (0 10 25) 

O 10 26)(0 10 27) (0 10 28)(0 10 29)(0 10 210)(0 10 211) 

O 10 212)(0 10 213)(0 10 215) (0 10 214)(UTR 15) (MSGMX76) (CMR13 CMRO7A) 
ISP 16)$ NORTHAM SXO5AA PRL $ SXO5AA PRL $ 0 SXFWAFO1 $ 6X40AC N 


Table CARRMTC 


Table CARRMTC (Carrier Maintenance) contains DS-1 maintenance control 
information on peripherals, out-of-service limits for alarms, and in-system 
return-to-service occurrences. 


Up to 16 entries exist for each type of peripheral that is capable of providing 
carrier links in the switch. One entry for each peripheral type is allotted as a 
default entry. 


For additional information on table CARRMTC, see the Customer Data 
Schema Reference Manual, 297-8001-351. 


Note: Datafill table CARRMTC directly before table LTCPSINV. 


Table CARRMTC contains the maintenance control information for DS-1 
carriers on the DTC. A default entry for SF and ZCS comes with the DTC. 


If required for 64 kbit/s trunks, an entry called “64KESF” (example name) 
must be added for ESF and B8ZS. Also, these carrier options require the 
NT6X50AB card. Figure 14-2 shows an example MAP display of table 
CARRMTC. 


297-2401-201 Standard 07.01 September 2000 


Dataschema 14-21 


Figure 14-2 MAP display example of table CARRMTC 


CSPMTYPE TMPLTNM RTSML RTSOL ATTR 


DEFAULT 255 255 DS1 NT6X50AA MU_LAW SF ZCS BPV NILDL N 
250-1000 50 50 150 1000 3 6 864 100 17 
511 4 255 
64KESF 255 255 DS1 NT6X50AB MU_LAW SF B8ZS BPV NILDL N 
250 1000 50 50 150 1000 3 6 864 100 17 
511 4 255 
DEFAULT 205 255 DS1 NT6X50AA MU_LAW SF ZCS BPV NILDL N 


250 1000 50 50 150 1000 3 6 864 100 17 


\ oll. 4 255 j 


Table LTCPSINV 


Table LTCPSINV (Line Trunk Controller P-side Link Inventory) contains the 
assignment of P-side links for the peripheral modules. An entry in this table is 
automatically added when an XPM-based peripheral is added to table 
LTCINV. For ISDN, the DCHs are datafilled as “DCH” in the AREASELECT 
subfield starting from the P-side port 19. 


For DS-1 interface card port assignments, a maximum of ten cards can be 
placed in the LGC/LTC, each card providing a maximum of two T-1 spans. 
The port assignment begins with port 0 and increases sequentially, using 
available ports that are not occupied by the DCH cards. The ports can not be 
assigned if already assigned to a DCH circuit pack. 


The DS30A ports must be selected from those ports that remain after the 
assignment of port circuits to DCHs and DS-1 circuits. Assign ports to DS30A 
starting at the highest port number not used by DCH and follow this sequence: 
19, 17, 18, 16, 15, 14, 12, 11, 9, 10, 8, 7, 5, 6, 4, 3, 1, 2, and O (if unused by 
DCH or DS-1). Figure 14-3 shows an example MAP display of table 
LTCPSINV. 


Note: The reason for assigning the DS30A ports starting at the highest 
available port is the use of hairpin connections by the DCHs. If the 
assignment of the DS1s and DS30As does not follow the recommended 
algorithm, the hairpin connections required by the DCHs can be removed or 
corrupted causing an outage. 
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Figure 14-3 MAP display example of table LTCPSINV 


ee 


PSLNKTAB 


L TC 2 

N ( 0 DS1 
( 3 DS1 
( 6 DSI 
( 9 DS1 
(13 DS1 
(1 


D 
D 
D 
D 


D 


6 DS30A) (17 DS30A) (18 DS30A ) (19 DCH)$ 


EFAULT N )( 1 DS30A )( 2 DS1 DEFAULT N ) 
EFAULT N )( 4 DS1 DEFAULT N )( 5 DS1 DEFULT N ) 
EFAULT N )( 7 DCH ) ( 8 DS30A ) 

EFAULT N )( 10 DS30A )( 11 DS30A ) ( 12 DS30A ) 
EFAULT N)(14 DS1 DEFAULT N) (15 DS30A ) 


Pi 


Table LCMINV 


Table LCMINV (Line Concentrating Module Inventory) maintains a list of 
enhanced line concentrating modules (LCME) datafilled in the ISDN switch. 
The table identifies the exact location of the LCMEs, and describes C-side link 
assignments, product engineering codes (PEC), and other information. Figure 
14-4 shows a MAP display example of table LCMINV. 


For additional information on table LCMINYV, see the Customer Data Schema 
Reference Manual, 297-8001-351. 


Note: Datafill table LCMINV after table LTCPSINV and before table 
LNINV. 


Figure 14-4 MAP display example of table LCMINV 


LCMNM FRTYPE SHPOS FLOOR ROW FRPOS EQPEC LOAD CSPMNO 


BICTST ADNUM MEMSIZE LCMTYPE 


HOST 01 0 LCEI 4 Jis -B 5 BX30AB LCMEO8AA LTC 2 


N 3 256K 256K 
cr N (0) (1) (16) (18) §$ 


Table DCHINV 


Table DCHINV (D-channel Handler Inventory) contains engineering 
information for DCHs and EDCHs on PMs with ISDN capabilities. This 
information includes the DCH/EDCH identification number, the host PM, the 
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card code to distinguish initial and load file name, and the DS-1 slot location 
to be occupied. Table 14-11 shows an example of datafill for table DCHINV. 


Note: Datafill table DCHINV after tables LTCPSINV and LCMINV, and 
before tables ISGDEF, LNINV, SPECCONN, and LTMAP. 


Table 14-11 Datafill example for table DCHINV 


DCHNO PMTYPE PMNO DCHPEC LOAD PORT 
1 LTC 6 BX02BA EDH10AT 15 
2 LTC 6 BX02BA EDH10AT 17 
3 LTC 6 BX02BA EDH10AT 19 
13 LTC 5 BX02BA EDH10AT 13 
15 LTC 5 BX02BA EDH10AT 15 
17 LTC 5 BX02BA EDH10AT 17 
19 LTC 5 BxX02BA EDH10AT 19 
Table ISGDEF 


Table ISGDEF (ISDN Service Group Definition) maintains the service and 
channels data for the DCHs for ISDN installations. It contains information on 
the ISG numbers, PM type, services provided, and allocation of services to 
channels. 


For additional information on table ISGDEF, refer to the Customer Data 


Schema Reference Manual, 297-8001-351. 


Note 1: Enter datafill for table ISGDEF after table DCHINV and before 


table LNINV. 


Note 2: Reserve one DCH for use as a hot spare. For example, if you have 
four DCHs in DCHINYV, only datafill three in table ISGDEF. The fourth 


DCH is the hot spare. 


Bd channels start at DCH port 31 and are datafilled backwards, for example, 
31, 30, 29, 28, and so on. BRA channels are datafilled from DCH port 1 
forward. Figure 14-5 shows an example of the MAP display of table ISGDEF. 
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Figure 14-5 MAP display example of table ISGDEF 


ISGNO 


PMTYPE 


CHNLTAB 


O LTC pii (BRA) (PD)$ 
(0 RESERVED) (1 BRA) (2 BRA) (3 BRA) (4 BRA) (5 BRA) (6 BRA) 
(7 BRA) (8 BRA) (9 BRA) (10 BRA) (11 BRA) (12 BRA) (13 BRA) 
(14 BRA) (15 BRA) (16 BRA) (17 BRA) (18 BRA) (19 BRA) (20 BRA) 
(21 BRA) (22 BRA) (23 BRA) (24 BD) (25 BD) (26 BD) (27 BD) 
(28 BD) (29 BD) (30 BD) (31 BD)$ 

1 LTC 10 (BRA) (PD)$ 
(0 RESERVED (1 BRA) (2 BRA) (3 BRA) (4 BRA) (5 BRA) (6 BRA) 
(7 BRA) (8 BRA) (9 BRA) (10 BRA) (11 BRA) (12 BRA) (13 BRA) 
(14 BRA) (15 BRA) (16 BRA) (17 BRA) (18 BRA) (19 BRA) (20 BRA) 
(21 BRA) (22 BRA) (23 BRA) (24 BRA) (25 BRA) (26 BRA) (27 BRA) 
( (29 BRA) (30 BD) (31 BD) $ 


Base service 


Basic customer group translations are the same for ISDN customer groups as 
they are for Meridian Digital Centrex (MDC) customer groups. Thus, if basic 
customer group datafill is required, refer to the Customer Data Schema 
Reference Manual, 297-8001-351. 


The base service capability enables basic call processing to occur on a BRI 
terminal. 


The following tables with an (*) beside them are automatically datafilled by 
the DMS switch using Service Order System (SERVORD) commands to 
enable the base service capability: 


e ITGRP 
e LTDEF 
e KSETINV* 


e KSETLINE* 
e KSETFEAT* 


e DNATTRS* 
e DNCTINFO* 
e DNCHNL* 

e SPECCONN 
e ITMAP* 
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The base service capability includes the following packages: 
e ISDN basic rate access 

e functional mode BRA services 

e ISDN integrated packet handler 

e DMSPH SERVORD 


LTID parameters 
In non-ISDN applications, only one terminal can be connected on a line to the 
switch, so the identification of the line card is sufficient to identify the terminal 
connected to the card. In DMS installations, the line card is identified by the 
LEN. 


LTIDs are used to uniquely identify the service profile of each ISDN terminal 
in the exchange termination. LTID parameters identify the terminal, its 
associated features, and the type of service it provides. These are the first 
parameters defined for the base service capability. 

An LTID consists of 

e a logical terminal group name of up to eight characters 

e a logical terminal number within a group 

Defining LTID parameters for base service involves entering data for logical 
terminal group names in table LTGRP, and defining individual terminals in 
table LTDEF using SERVORD. A detailed description of the SERVORD 


commands used to build an LTID can be found in circuit-switched services 
section of the ISDN SERVORD chapter. 


Figure 14-6 shows a MAP display example of table LTGRP. 


Figure 14-6 MAP display example of table LTGRP 


GROUP GROUPNO OPTIONS 


(SAPI16) $ 


NAO10 added two LTID options: overload messaging limit (OML) and 
overload condition treatment (OCT). Options OML and OCT are associated 
with the Rapid Messaging feature. The OML and OCT options are assigned to 
an LTID in table LTDEF using the table editor command ADD or CHA. These 
two options can not be added to an LTID using SERVORD. All other LTID 
options are automatically entered in table LTDEF as a result of SERVORD 
activity. Options OCT and OML apply to BRI basic rate access functional 
(BRAFS) circuit switched (CS) LTIDs, but do not apply to Meridian feature 
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transparency (MFT) and stimulus LTIDs. Options OCT and OML are only 
supported by protocol control version (PVC) functional issue 2 or greater. 


Figure 14-7 shows a MAP display example of table LTDEF where LTID ISDN 
100 has options OML and OCT. 


Figure 14-7 MAP display example of table LTDEF 


LTKEY LTAP CLASSREF 


ISDN 100 2B BRAFS (NITYPE NI2) (PVC FUNCTIONAL 2) 
(DTEI) (TSPID 6137234500) (OML 60) (OCT REPONLY) 


Table DNATTRS 
The following parameters are entered using SERVORD into table DNATTRS 
(Directory Number Attributes): 


e bearer capability (BC), which overrides the default bearer capability 
specified by the LTID parameter authorized bearer services (ABS) 


e bearer capability PIC (BCPIC), which specifies a PIC for each bearer 
capability 

e call type CT, which is either voice band (VBINFO) information or 
circuit-mode data (CMDATA) 
— CTPIC call type primary inter-LATA carrier 
— CTLPIC call type intra-LATA carrier 
— CTLPIC_Choice 

e call type BC, which is speech 3_1khz, 7_khz, 56kdata, and 64kdata 
— BCPIC bearer capability primary inter-LATA carrier 
— BCLPIC call type intra-LATA carrier 
— BCLPIC_Choice 


Table DNATTRS can be used to specify whether subaddress and compatibility 
information elements (IE) are transported in the SETUP message for ISDN 
calls. Table DNATTRS also enables the user to specify multiple bearer 
capabilities for a DN, and to associate a different primary inter-LATA carrier 
(PIC) and intra-LATA (LPIC) with each BC (bearer capability). Alternatively, 
if the user wants one PIC for all voice calls and one for all data calls associated 
with that DN, the PICs can simply be datafilled on the basis of call type (voice 
or data), rather than BC. The following three examples show sample datafill 
for Base Service in table DNATTRS. 
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Figure 14-8 shows a DN call appearance datafilled to ensure that all of the 
subaddress and compatibility information elements are transported for voice 
calls. 


Figure 14-8 MAP display example for table DNATTRS 


DATA 
OPTDATA 


513 838 1432 


(PUBLIC (NONUNIQUE 
(CT (VBINFO (PROVCDS) (PROVLLC) (PROVHLC) $)$)$ 
PROVCGS 


Figure 14-9 shows a DN call appearance datafilled with one PIC for voice calls 
and one for data calls. 


Figure 14-9 MAP display example for table DNATTRS 


DATA 
OPTDATA 


613 838 1445 

BLIC (NONUNIQUE) $)$ 
(VBINFO (CTPIC ITT)$) 
(VBINFO )CTLPIC MCI N 
DATA (CTPIC MCI) $)$)$ 


Figure 14-10 shows a DN call appearance datafilled with one PIC for voice 
calls and two PICs for data calls, with each of the later specified by BC. 


Figure 14-10 MAP display example for table DNATTRS 


DATA 
OPTDATA 


613 838 2545 


(PUBLIC (NONUNIQUE 
(BC (56KDATA MCI N (64KDATA MCI N (ATT)$)$)$ 


Bearer capability routing 
Bearer capability (BC) routing enables the operating company to route BRI 
calls on facilities that are compatible with the originator’s bearer capability. 
The following tables are datafilled to enable the BC Routing capability: 


e BCDEF 
e TRKGRP 
e RCNAME 
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e RTECHAR 

e IBNRTE, IBNRTE2, IBNRTE3, and IBNRTE4 
e OFRT, OFRT2, OFRT3, and OFRT4 

e HNPACONT.RTEREF 


e IBNMAP 

e OFRTMAP 

e HNPACONT.RTEMAP 
e XLAMAP 

e PXLAMAP 

e STDPRITCT.STDPRT 

e IBNXLA 

e LICALLS 

e DNCTINFO 

e LATAXLA 


The tables are classified into the following packages: 
e TR-448 ISDN Digit Analysis 
e TR-448 ISDN Digit Analysis (Toll Office) 


Routing characteristics 
The routing characteristic information from the Q.931 SETUP message is 
analyzed to derive an ISDN routing characteristic name (RCNAMEB), which 
helps to determine the translation path of the call. 


The call routing system uses data from the BC IE to access table BCDEF and 
obtain a BCNAME, which represents those transmission characteristics. The 
BCNAME is used to access table RTECHAR, which contains sets of routing 
characteristics assigned to RCNAMEs. Comparing the BCNAME to the 
content of RTECHAR gives the routing system an RCNAME, which is then 
used to represent the call’s routing characteristics throughout the rest of the 
translation and routing process. 


Table RTECHAR also enables routing on the type of number (TON) specified 
in the CDN IE. The TON specifies whether a number is local, national, 
international, a private network number, or an abbreviated number typically 
used in feature access. 


For incoming calls on a per trunk signaling (PTS) trunk, a bearer capability can 
be obtained from the value datafilled in table TRKGRP. 
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Routing the call 
After the SETUP message has been analyzed and an RCNAME obtained, the 
translation system tables route the call. Figure 14-11 shows a flow diagram 
with a simplified translations process for call terminations. 


Figure 14-11 BRI call terminations 


Private} Call type Trunk LTID Public 


LTCALLS 
Preliminary translator Pretranslator 


RCNAME XLAMAP PXLAMAP RCNAME 
New translator New Pretranslator 
IBNXLA STDPRTCT 


HNPACONT 


To standard translators 


The translations process is as follows: 


1. Call termination processing in the DMS switch begins with the trunking 
tables, which define the attributes of the trunk group. Table TRKGRP 
contains the trunk group LTID. The LTID is one of the keys used to access 
table LTCALLS, which provides the initial information for translating the 
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call. The other key to table LTCALLS is the call type from the SETUP 
message. 


2. Table LTCALLS begins the translations process differently depending on 
whether the call is private or public. 


e Fora private call, the NCOS code or the customer group name from 
table LTCALLS is used to obtain a preliminary translator name from 
table NCOS or CUSTHEAD. 


e Fora public call, the line attribute index from table LTCALLS is used 
to obtain a pretranslator for the call in table LINEATTR. 


3. Fora private call, the preliminary translator and the RCNAME derived 
from table RTECHAR are the keys to table XLAMAP. Table XLAMAP 
can be datafilled with a new translator to enable alteration of the route 
based on bearer capability. For a public call, the pretranslator and an 
RCNAME are used to access table PXLAMAP, which can be datafilled 
with a new pretranslator. 


4. For private calls, the new translator from table XLAMAP (or from table 
CUSTHEAD, if there is no datafill in table XLAMAP) is used to access 
table IBNXLA. For public calls, the pretranslator from PXLAMAP (or 
from table LINEATTR, if there is no datafill in table PXLAMAP) is used 
to access table STDPRTCT. 


5. For private calls, table IBNXLA provides the NPA and office code 
required to obtain the DN on which to terminate the call. For public calls, 
table STDPRTCT calls table HNPACONT, which provides the keys to the 
DN tables. 


Translation and routing for X.25 packet calls with X.121 address formats 
Beginning in NAO10, the DMS-PH X.121 Full Address Translations feature 
provides full digit analysis and translations for ISDN X.25 packet calls with 
X.121 address formats. This feature applies to routing X.121 call originations 
in the packet handler (PH) of the DMS-100 switch. 


Before this feature, X.121 calls routed out of the DMS-100 switch to the 
packet public-switched network (PPSN). The PPSN gateway then performed 
full digit translations and routing for the call. This feature allows the DMS-PH 
to continue digit analysis and attenuations of X.121 calls. The DMS-PH 
conducts full address translations of X.121 calls by 


e analyzing the call request packet 
e routing the call 
e defining the LATA attribute 
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Analyzing the call request packet 
For packet service, the call request packet defines the routing characteristics 
for a call. The call request packet generated by a BRI terminal contains the 


e calling party address 
e called party address 
e optional registered private operating agency (RPOA) code 


Note: An RPOA code is the 4-digit data network identification code 
(DNIC) of an interexechange carrier. 


The DMS-PH identifies packet calls by the call address. Packet call addresses 
have two formats: E.164 and X.121. E.164 is the addressing system used for 
ISDN packet-switched networks in North America. X.121 is the addressing 
system of the PPSN. 


Because there are two addressing systems for packet calls, a subscriber can 
access the X.121 network by dialing a prefix digit. The prefix digit for X.121 
calls is 0. 


The format for the X.121 addressing system is DNIC-NTN. Table 14-12 
explains the components of the X.121 addressing system. 


Table 14-12 X.121 addressing system 


Component Explanation 


DNIC Data network identification code is a 4-digit network 
identifier. The first three digits represent a country 
code. The last digit represents a network number. 


Note: A country can have more than one country 
code if the number of networks in the country exceeds 
nine. 


NTN National terminal number is a 10-digit code with the 
format DNPA-DCO-XXXX. 


DNPA Data numbering plan area is a 3-digit code equivalent 
to the area code in the E.164 address system. 


DCO A 3-digit code that identifies the data network central 
office. 


XXXX A 4-digit code that identifies a line or terminal within 
the central office. 


Note: The maximum number of digits permitted in an X.121 address is 14 
(plus the prefix digit 0). 
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Routing X.121 calls 
Datafill in translations tables determines the routes of calls. To continue 
routing X.121 calls within the DMS-PH, tables IBNXLA and 
STDPRTCT.STDPRT require the correct datafill. 


Table IBNXLA 

Table IBNXLA (IBN Translation) stores data for digit translation calls. Table 
IBNXLA determines a call is X.121 by the prefix digit and then routes the call 
out of the DMS-PH or continues translations. Table IBNXLA has the switch 
format (SFMT) selector that indicates a change in address format for a call. 
This format change provides X.121 support for translations with in the 
DMS-PH. Selector SFMT provides information about whether to continue 
translations for the call or route the call out of the DMS-PH. Subfield 
XLA_OR_ROUTE of selector SFMT controls whether to translate or route the 
call. The two options for subfield XLA_OR_ROUTE are X to translate or R to 
route. 


Before this feature, the standard datafill for X.121 calls in subfield 
XLA_OR_ROUTE was the R option only. The R option routes X.121 calls out 
of the DMS-PH and to a PPSN gateway to continue translations. This feature 
continues to support the R option for X.121 calls. 


This feature provides X.121 support for the X option as datafill for subfield 
XLA-OR_ROUTE. To continue X.121 call routing in the DMS-PH, enter 
selector SFMT and the X option in table IBNXLA. The use of selector SFMT 
with the X option allows a line attribute index datafill in table LINEATTR. 
Table LINEATTR provides a pretranslator name for the call to index table 
STDPRTCT. 


When setting up X.121 call routing, use an unused line attribute index in table 
LINEATTR. If this is not done, X.121 call routing will clash with existing 
translations in table STDPRTCT. This is because table STDPRTCT is 
referenced through table LINEATTR from table XLAPLAN. Therefore, in 
addition to a new line attribute index in table LINEATTR, corresponding 
tuples must be added in tables XLAPLAN and STDPRTCT in order to define 
new X.121 translations. 


For example, if the X selector is used with SFMT in table IBNXLA to 
reference an existing line attribute such as E.164, the E.164 translations 
datafilled in table STDPRTCT will be applied to an X.121 call. As a result the 
X.121 call will not route correctly or the translation itself can fail. 


The X selector used with SFMT introduces the independent capability of the 
DMS to partially translate and route X.121 calls. Therefore, it is incorrect to 
use a line attribute in table LINEATTR that is not assigned for X.121 call 
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routing. It is advisable to add datafill in tables LINEATTR, XLAPLAN, and 
STDPRTCT that define X.121 line attributes and translations. 


Note: For acomplete explanation of fields and subfields for table IBNXLA, 
refer to “Datafilling table IBNXLA” found in “Datafilling NIO NI-98 Enh 
Ph IT” in the Translations Guide, 297-8001-350. 


Table STDPRTCT 

Like table IBNXLA, the standard pretranslator table requires the correct 
datafill to continue X.121 translations. Table STDPRTCT (Standard 
Pretranslator Control) is the main translations table used by X.121 packet calls. 
Table STDPRTCT analyzes the digits of calls to determine a route. Subtable 
STDPRT (Standard Pretranslator) conducts the actual pretranslation by 
screening for prefix or control digits of calls. 


Table STDPRTCT.STDPRT has a pretranslator route selector that defines the 
next stage of translations. For X.121 calls, the pretranslator route selector can 
have two values, T or F. Selector T routes translations to an office route table. 
Selector F indexes another pretranslator table to analyze more digits before 
routing the call. The value a technician enters depends on whether additional 
digit analysis is necessary to route calls correctly. A technician sets up digit 
analysis in the pretranslations tables in one stage or multiple stages. 


One stage translations If analysis of the DNIC only can route calls 
correctly, a technician enters selector T for the pretranslator route selector.In 
example | found in Figure 14-12, calls with the DNIC 1234 route to OFRT 50 
in table OFRT. Because the pretranslator route is T, translations occurs in one 
stage as the call accesses table STDPRTCT.STDPRT once. 


Figure 14-12 Example 1 of datafill for one stage translations in table 


STDPRTCT.STDPRT 
FROMDIGS TODIGS PRETRTE 
1234 1234 T DD 0 OFRT 50 2 14 NONE 


One stage translations is workable for up to 14 digits. If analysis of the DNIC 
only does not route calls correctly, a technician can enter additional digits after 
the DNIC. In example 2 found in Figure 14-13, calls route to OFRT 53. In this 
example, table STDPRTCT.STDPRT analyzes two segments of the dialed 
number, the DNIC and DNPA. Because the call accesses the pretranslator table 
once, the analysis of the two segments occurs in one stage. An option to this 
type of one stage translations is multiple stage translations explained in the 
next section. 
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Figure 14-13 Example 2 of datafill for one stage translations in table 


STDPRTCT.STDPRT 
FROMDIGS TODIGS PRETRTE 
4444723 4444723 T DD 0 OFRT 50 2 14 NONE 


Multiple stage translations If DNIC analysis only does not route calls 
correctly, a technician can use multiple stages to analyze the digits after the 
DNIC. Multiple stage translations means that a call indexes the pretranslator 
tables more than once before routing the call. A technician enters selector F to 
have the dialed segments of a call analyzed in multiple stages. Selector F has 
recursive functionality to support analysis of the dialed segments (DNIC, 
DNPA, DCO, and XXXX) OF X.121 calls. Multiple stage translations is 
useful if analysis of a dialed segment provides more than one route. 


Examples 3, 4 and 5 found in Figure 14-14 through Figure 14-16 show the 
recursive analysis of the DNIC, DNPA, and DCO in multiple stages. 


Figure 14-14 Datafill example 3 for multiple stage translations in table 
STDPRTCT.STDPRT 


FROMDIGS TODIGS PRETRTE 


7777 7777 F 4 NONE DNICDNPA 


Example 4 shows the analysis of calls where DNIC-DNPA is 777-454. To 
continue digit analysis in another stage, the technician enters selector F and the 
pretranslator DNICC as datafill. Calls where DNIC-DNPA is 7777-454 then 
index to another pretranslator table shown in example 5. 


Figure 14-15 Datafill example 4 for multiple stage translations in table 


STDPRTCT.STDPRT 
FROMDIGS TODIGS PRETRTE 
7777454 7777454 F 4 NONE DNICDNPADCO 


Example 5 shows the analysis of calls where DNIC-DNPA-DCO is 
7777-454-677. The technician enters selector T to route calls with these digit 
segments to OFRT 50. 
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Figure 14-16 Datafill example 5 for multiple stage translations in table 


STDPRTCT.STDPRT 
FROMDIGS TODIGS PRETRTE 
7777454677 7777454677 T DD 0 OFRT 50 2 14 NONE 


Note: For acomplete explanation of fields and subfields for table IBNXLA, refer to 
“Datafilling table STDPRTCT.STDPRT” found in “Datafilling NIO NI-98 Enh Ph II” in 
the Translations Guide, 297-8001 -350. 


Defining the LATA attribute 

Table LATAXLA (Local Access and Transport Area Translation) defines the 
attributes of calls as intra-LATA or inter-LATA, and intrastate or interstate. 
X.121 calls are either intra-LATA or inter_LATA. Calls that originate and 
terminate in the same local access and transport area (LATA) are intra-LATA 
calls. Calls that originate from one LATA and terminate in another are 
inter-LATA calls, If table LATAXLA determines that a X.121 call is 
inter-LATA, the assignment of a registered private operating agency (RPOA) 
is necessary. An RPOA code is the 4-digit DNIC of an interexchange carrier. 
To select an interexchange carrier, subscribers can dial the RPOA code before 
the number. In the following example, 1235 is the RPOA code for the dialed 
number 051686137238494: 


1235 051686137238404 


If the subscriber does not dial the RPOA, table DNCTINFO provides the 
RPOA code. Table DNCTINFO (Directory Number Call Type Information) 
stores the preselected service data for the subscriber. The Service Order 
System (SERVORD) provides datafill content in table DNCTINFO. 


As translations continue, the RPOA code becomes part of the RPOA selection 
utility of the call request packet. Table STDPRTCT.STDPRT selector T maps 
the RPOA to an office routing table. 


Translations table flow for X.121 calls 
The DMS-PH X.121 Full Address Translations tables are described in the 
following list: 


e Table IBNXLA translates the call or routes the call out of the DMS-PH. 
Selector SFMT switches the address format to X.121. Option X with 
selector SFMT continues digit analysis by routing the call to table 
LINEATTR (Line Attribute). Option R with selector SFMT routes the call 
out of the DMS-PH to a routing table. 


e Table OFRT defines the common -language location identifier (CLLD of a 
trunk. The call routes to the CLLI. 
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e Table LATAXLA determines the LATA attribute of the call. 


— Ifthe callis intra-LATA, RPOA indexing is not necessary. The call uses 
the previous route from table OFRT, and the call completes. 


— If the call is inter-LATA, RPOA indexing is necessary, and the call 
routes to table STDPRTCT. 


e Table STDPRTCT and STDPRTCT.STDPRT map the RPOA to a routing 
table. If the subscriber does not dial the RPOA code, table DNCTINFO 
provides the RPOA code. 


e Table OFRT provides a new route based on RPOA translations, and the call 
completes. 


Note: DMS-PH X.121 Full Address Translations does not support full 
digit analysis and translations for X.75 tandem calls. 


The DMS-PH X.121 Full address translations process is shown in the 
flowchart contained in Figure 14-17. 
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Figure 14-17 Table flow for DMS-PH X.121 Full Address Translations 
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Table 14-13 provides an example of the datafill for DMS-X.121 Full Address 
Translations 


Table 14-13 Datafill example for DMS-PH X.121 Full Address Translations 


Datafill table Example data 


IBNXLA PKT 0 SFMT 1 151 x 81 
LINEATTR 81 IBN NONE NT NSCR 1 613 X121 NLCA NONE 0 NIL NILSFC LATA1 0 NIL NIL 
12N$ 


STDPRTCT X121 (10 (0) 2 


STDPRT 5168 5168 T DD O OFRT 50 2 134 NONE 
OFRT 50 N D PKTOUTX121A 3NN 
LATAXLA LATA1 05168 INTER INTER STD 


STDPRTCT RPOA (1) (65021) 0 
STDPRT 1235 1235 T DD OFRT 50 2 14 NONE 
OFRT 50 N D PKTOUTX121B 3NN 


Table 14-14 lists the tables that require datafill to implement DMS-PH X.121 
Full Address Translations. The tables are listed in the order in which they are 
to be datafilled. 


Note: For a description of all datafill tables required for BRI routing of 
X.121 calls and calls based on other routing characteristics, refer to “ISDN 
BRI Routing” in Translations Guide, 297-8001-350. 


Table 14-14 Datafill tables required for DMS-PH X.121 Full Address Translations (Sheet 1 of 2) 


Table Purpose of table 


IBNXLA Integrated Business Network Translation provides a translator for the call. 


This table contains selector SFMT, which switches the call to the X.121 address 
format. Also, this table contains the X and R options to translate or route the call. 


SRDPRTCT. Standard Pretranslator, a subtable of STDPRTCT, is the main translations table 

STDPRT used for the call. Table STDPRTCT.STDPRT conducts the actual pretranslation 
by screening for control digits. Table STDPRTCT.STDPRT then defines the next 
translations stage. 


Table STDPRTCT.STDPRT contains selectors T and F. Selector T routes the call 
to an office route table. Selector F recycles the call to another pretranslation table 
to analyze more digits. 
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Table 14-14 Datafill tables required for DMS-PH X.121 Full Address Translations (Sheet 2 of 2) 


Table 


LATAXLA 


DNCTINFO 


Purpose of table 


Local Access and Transport Area Translation determines whether the call is 
either intra-LATA or inter-LATA. 


Directory Number Call Type Information contains the default RPOA for the 
originating DN when there is no RPOA specified in the call request packet. 
SERVORD provides datafill content for this table; no example datafill is provided. 


Table BCDEF 


Table BCDEF contains all the valid bearer capability names. Each tuple in the 
table lists a BCNAME and its associated transmission characteristics, which 
include the transfer capability, transfer mode, and coding standard. 


The BCNAME is used in table RTECHAR to represent its associated 
transmission characteristics. At installation, table BCDEF is datafilled with the 
ten default tuples described in Table 14-15. The tuples are datafilled in the 
order shown, and can not be altered by the operating company. If the operating 
company needs to define additional BCs, additional tuples can be datafilled in 
BCDEF following the existing tuples, in any order. 


Table 14-15 BCDEF defaults (Sheet 1 of 2) 


BC Uses 


SPEECH used primarily for speech transport. Can be used to 
transport voiceband data if no voice compression 
techniques will be used on the data. 


64KDATA 64-kbit/s clear channel data. This BC can cause 
problems with North American repeaters when 16 
consecutive zeroes are received (techniques, such as 
B8ZS can be used to alleviate the problem). 


64KX25 used for X.25 packet data in which the data is encoded 
using X.25 protocol 


56KDATA 56-kbit/s channel data most commonly used in North 
America, as the data structure can not call the all-zero 
octet problem that occurs with 64 kbit/s data 


DATAUNIT equivalent to 56KDATA, developed for specific data 
equipment 

64KRES a non-compliant BC developed for a specific 
application 

3_1KHZ used for speech and voiceband data 
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Table 14-15 BCDEF defaults (Sheet 2 of 2) 


BC 


7_KHz 


Table TRKGRP 


VOICE_DATA 


64K_RATE_AD_DATA 


Uses 


can be used for audio or voiceband data. It is typically 
used for high-quality audio applications, such as 
music. 


used for specific DMS-250 applications 


used for applications in which the data rate is less than 
64 kbit/s (for example, 2400 bit/s, 9600 bit/s, 

48 kbit/s) and the remaining bandwidth is stuffed 
according to CCITT protocols for rate adaptation 


The BCNAME subfield of the OPTION field in table TRKGRP is used to 
assign a BC to a trunk group that uses PTS. Refer to Figure 14-18. 


Figure 14-18 MAP display example of table TRKGRP datafill 


RPKEY 


GRP INFO 


L1I5IBNT2CGAO 
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( 


e 


BCNAME 


ry 


BNT2 0 ELO NCRT CGA 0 MIDL 0 9097509503 ANSDISC 2 Y NNNNYNOO 


64KDATA )$ 


The following notes apply to Figure 14-18. 


Note 1: For the trunk option BCNAME, enter any valid BC name defined 
in table BCDEF. 


Note 2: If no BC is datafilled for a trunk group, the office default applies. 


Note 3: If the datafilled BC is not supported on the outgoing protocol, the 
call is routed to treatment. 


Note 4: If the datafilled BC for a trunk group is the same as the office 
default, it will not appear in the listed tuple when the TRKGRP tuple for the 
trunk is listed. 


Table RCNAME 


This table contains the valid routing characteristic names. Each tuple in this 
table lists an RCNAME under field name NAMEKEY, which is associated 
with a group of routing characteristics defined in table RTECHAR. 


Figure 14-19 shows sample datafill for the Bearer Capability Routing in table 


RCNAME. 
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Figure 14-19 MAP display example datafill of table RCNAME 


Table RTECHAR 
Table RTECHAR defines an RCNAME by assigning it a set of routing 
characteristics. The table associates an RCNAME with one of the following 
routing characteristics: 


e a bearer capability name (BCNAME) as defined in table BCDEF, which 
represents the BC IE in the SETUP message 


e atype of number (TON) specified in the CDN IE 
e both a BCNAME and a TON 
For each RCNAME, up to seven sets of routing characteristics can be listed. 


The table permits call routing based on the transmission service identified by 
BCNAMEs. 


Note: Datafill table RTECHAR after tables BCDEF and RCNAME. 


Figure 14-20 shows sample datafill of bearer capability routing in table 
RTECHAR. The tuple defines RCNAME 64KDATA, which allows routing 
based on a transmission type of 64 kbit/s data identified by BCNAME 
64KDATA. 


Figure 14-20 MAP display example for table RTECHAR 


RCKEY GROUPRC 
ones BC GARDAT S eae a aie 
Table IBNRTE 


Subfield OPTION in table IBNRTE allows us to assign a routing characteristic 
to the IBNRTE that is being datafilled. Option is RC and then a valid 
RCNAME that is defined in table RCNAME. 


Figure 14-21 shows sample datafill using the RX selector for the bearer 
capability routing in table IBNRTE. 
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Figure 14-21 MAP display example of table IBNRTE with RX selector 


RTI 


BNR O O 104 ( RC 64KDATA 


Tables IBNMAP, OFRTMAP, and RTEMAP 


These tables map calls from IBNRTE, OFRT, or HNPACONT.RTEREF based 
on the RCNAME associated with the ISDN call. 


The mapping tables contain a routing index for ISDN calls with an associated 
RCNAME. The tables are accessed with the RCNAME associated with the call 
and the original routing index, and provide an index to their corresponding 
routing table: 


e Table IBNMAP contains the mapping for routing table I]BNRTE. 

e Table OFRTMAP contains the mapping for routing table OFRT. 

e Subtable HNPACONT.RTEMAP contains the mapping for routing 
subtable HNPACONT.RTEREF. 


Figure 14-22 shows sample datafill for the bearer capability routing in table 
IBNMAP, OFRTMAP and HNPACONT subtable RTEMAP. Datafill is 
entered in these tables in the same way. 


Figure 14-22 MAP display example for tables IBNMAP, OFRTMAP, and 
HNPACONT subtable RTEMAP 


KEY NEWINDEX 
64KDATA 1 100 
Table XLAMAP 


Table XLAMAP is a pretranslation table that associates the original MDC 
translator name from table NCOS or CUSTHEAD and the call’s RCNAME 
with a new translator name, a line attribute, or a routing index. This enables the 
call to translate differently based upon ISDN routing characteristics. Two sets 
of new translations data can be associated with each original translator and 
RCNAME. 
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Three selectors in the SEL field of table XLAMAP determine the next stage of 
translations for the call: 


e The XLA selector provides a new translator name to be used in table 
IBNXLA. 


e The LINEATTR selector provides a line attribute index. 


e The ROUTE selector operates only when there are no called digits in either 
the CDN or keypad IE, and is typically used as the second of two sets of 
translations data. The first set, with selector XLA, provides a translator to 
be used when there are called digits. The second set, with selector ROUTE, 
provides a route to follow when there are no digits. 


Figure 14-23 shows sample datafill for the bearer capability routing in table 
XLAMAP. This tuple provides two sets of translations data, a translator name 
for table IBNXLA, and a route to follow when there are no digits. 


Figure 14-23 MAP display example of table XLAMAP 


64KPRIP CXDK (XLA 64KCXDK) (ROUTE OFRT 25) $ 


Table PXLAMAP 
Table PXLAMAP is a pretranslation table used for public calls, which 
associates the original pretranslator name and the call’s RCNAME with a new 
pretranslator name, an operator position, or a routing index. Two sets of new 
translations data can be associated with each original pretranslator and 
RCNAME. 


Three selectors in the SEL field of table PXLAMAP determine the next stage 
of translations for the call: 


e The XLA selector provides a new pretranslator name to be used in table 
STDPRTCT. 


e The POSITION selector provides an operator position. 


e The ROUTE selector operates only when there are no called digits in either 
the CDN or keypad IE, and is typically used as the second of two sets of 
translations data. The first set, with selector XLA, provides a translator to 
be used when there are called digits. The second set, with selector ROUTE, 
provides a route to follow when there are no digits. 


Figure 14-24 shows sample datafill for the Bearer Capability Routing in table 
PXLAMAP. This tuple provides two sets of translations data, a pretranslator 
name for table STDPRTCT, and a route to follow when there are no digits. 
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TRAVER 


Figure 14-24 Datafill example for table PKLAMAP 


PXLAKEY DATA 


64KPRIP CXDK (XLA P625) (ROUTE OFRT 25) $ 


Private originating call 


The example in Table 14-16 shows the output from TRAVER when it is used 
to verify Bearer Capability Routing for a private voice call terminating in the 
DMS switch. 


In a simulation, the TRAVER command replaces the SETUP message that the 
DMS switch would receive in a real situation, and provides all the information 
normally contained in the SETUP message. The TRAVER command shown at 
the top of the example contains the following indicators. 


e — | indicates that a directory number follows, and 7235101 is the originating 
line 

e b indicates that the type of trace required is “both,” meaning that both a 
table trace and a digit trace are to be performed 


The routing process shown in the TRAVER example is as follows: 


1. In lines 1 and 2, table KSETLINE is accessed to begin the translations of 
the call. The NPA and calling number from table KSETLINE are used to 
access table DNATTRS to check for any restrictions or subscription 
parameters including BC of the calling number. 


2. In lines 16 to 19, tables NCOS and CUSTHEAD are accessed with the 
customer group name, BNR, from table KSETLINE, to find a translator 
name. The customer group translator from table CUSTHEAD, BNRXLA, 
is used to access table IBNXLA. In lines 20 to 21, the digit collection 
index (BNRDIG) from table CUSTHEAD is used to access table 
DIGCOL, which defines the number of digits to collect for this customer 
group. 

3. Lines 21 to 25 provide a route index (LATTR 723) to table LINEATTR. 


4. Lines 26 and 27 provide a route from table LINEATTR to table 
STDPRTCT using the STDPRT (pretranslator), BNR. 


5. Lines 29 to 31 route the call from subtable STDPRT using the default 
translator N NP 0 NA (NATIONAL) to HNPACONT. 


6. Lines 39 to 41 route the call from subtable HNPACODE to tables 
TOFCNAME and DNINV. 
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7. Inline 47, tuple 613 723 5102 L NI2 2 in table DNINV is accessed keying 
off of the called DN. The call is routed on the basis of the L selector to 
table DNFEAT where it finds no features against the DN. The call is also 
routed to table DNATTRS to check the BC of the called party to see if it 
is compatible with that of the calling DN. 


Note: If no specific bearer capability (BC) is entered, the default is a 
BC of speech. 


8. In line 60, the HNPA results are used to route the call to termination on 
line 613 723 5102. 


Table 14-16 TRAVER example for BC routing, private terminating voice call (Sheet 1 of 4) 


Line Output 


>TRAVER L 7235101 7235102 B 

TABLE KSETLINE 

NI2 1 1 DN Y 7235101 BNR 0 0 613 (SFC) (ACB) (AR) $ 

TABLE DNATTRS 

613 723 5101 $ 
(BC (SPEECH NILC N $) (8_1_KHZ NILC N $) (56KDATA NILC N $) 
(64KDATA NILC N $) $)$ 

TABLE DNGRPS 

TUPLE NOT FOUND 

TABLE KSETFEAT 

TUPLE NOT FOUND 

TABLE CUSTSTN 

TUPLE NOT FOUND 

TABLE OFCVAR 

AIN_OFFICE_TRIGGRP NIL 

AIN Orig Attempt TDP: no subscribed trigger. 

TABLE NCOS 

BNR 0 0 0 UNREST (XLAS BNRXLA FEATXLA BNRDIG)$ 
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Table 14-16 TRAVER example for BC routing, private terminating voice call (Sheet 2 of 4) 


Line Output 


18 TABLE CUSTHEAD: CUSTGRP, PRELIMXLA, CUSTXLA, FEATXLA, VACTRMT, AND 
DIGCOL 

19 BNR NXLA BNRXLA FEATXLA 1 BNRDIG 

20 TABLE DIGCOL 

21 BNRDIG 7 POTS Y 

22 TABLE IBNXLA: XLANAME BNRXLA 

23 BNRXLA 723 NET N N 0 Y BNRDIG N N GEN (LATTR 723)$ $ 

24 TABLE DIGCOL 

25 BNRDIG 7 POTS Y 

26 TABLE LINEATTR 

27 a IBN NONE NT NSCR 1 613 BNR NLCA NONE O NIL NILSFC NILLATA 0 NIL NIL 00 
N 

28 LCABILL OFF - BILLING DONE ON BASIS OF CALLTYPE 

29 TABLE STDPRTCT 

30 BNR (1) (65021) 1 

31 . SUBTABLE STDPRT 

32 WARNING: CHANGES IN TABLE STDPRT MAY ALTER OFFICE BILLING. CALL TYPE 
DEFAULT IS NP. PLEASE REFER TO DOCUMENTATION. 

33 KEY NOT FOUND 

34 DEFAULT VALUE IS: N NP 0 NA 

35 SUBTABLE AMAPRT 

36 KEY NOT FOUND 

37 DEFAULT VALUE IS: NONE OVRNONE N 

38 TABLE HNPACONT 

39 613 Y 755 2 (43) (1) (0) (0) 2 

40 SUBTABLE HNPACODE 

41 723 723 DN 613 723 
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Table 14-16 TRAVER example for BC routing, private terminating voice call (Sheet 3 of 4) 


Line Output 


42 AIN Info Collected TDP: no subscribed trigger. 
43 AIN Info Analyzed TDP: no subscribed trigger. 
44 TABLE TOFCNAME 

45 613 723 $ 

46 TABLE DNINV 

47 613 723 5102 L NI2 2 

48 AIN Term Attempt TDP: no subscribed trigger. 
49 TABLE DNFEAT 

50 TUPLE NOT FOUND 

51 TABLE DNATTRS 

52 613 723 5102 $ 

53 (BC (SPEECH NILC N $) (8_1_KHZ NILC N $) (56KDATA NILC N $) 
54 (64KDATA NILC N $) $)$ 

55 TABLE DNGRPS 

56 TUPLE NOT FOUND 

57 LNP00100 SOC Option is IDLE. 

58 LNP Info: Called DN is resident. 

59 LNP Info: Called DN has native NPANXX. 

60 LNP Info: HNPA results are used. 

61 

62 +++ TRAVER: SUCCESSFUL CALL TRACE +++ 
63 

64 DIGIT TRANSLATION ROUTES 

65 

66 1 LINE 6137235102 ST 
67 
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Table 14-16 TRAVER example for BC routing, private terminating voice call (Sheet 4 of 4) 


Line Output 


68 TREATMENT ROUTES. TREATMENT IS: GNCT 
69 1 ATB 

70 

71 +++ TRAVER: SUCCESSFUL CALL TRACE +++ 


Public originating call 
The example in Table 14-17 shows the output from TRAVER when it is used 
to verify bearer capability routing for a public call originating in the DMS 
switch. In a simulation, the TRAVER command replaces the SETUP message 
that the DMS switch would originate in a real situation, and provides all the 
information normally contained in the SETUP message. The TRAVER 
command shown at the top of the example contains the following indicators. 


e bc indicates that a BC IE follows, and 64kdata is the bearer capability 


e b indicates that the type of trace required is “both,” meaning that both a 
table trace and a digit trace are to be performed 


The routing process shown in the TRAVER example is as follows: 


1. In lines 1 and 2 of the example, table RTECHAR is accessed with the 
transmission characteristics from the SETUP message, which are defined 
by the RCNAME 64KDATA. 


2. In lines 3 and 4, table KSETLINE is accessed with the customer group 
CLLI, ISDN2, and provides the associated LTID, ISDN 790. 


3. In lines 31 and 32 the call fails to find a translator in table IBNXLA and 
uses the default translator in table XLANAME, lines 33 through 35, which 
provides the index to table LINEATTR, 10. 


4. In lines 38 through 40, table LINEATTR is accessed with the index from 
table XLANAME. The standard pretranslator name from table 
LINEATTR, POT1, is used to access table STDPRTCT, which strips off 
the leading digit of 1 from dialed digits. 


5. Standard translations follow until the NPA of the terminating line is 
obtained in line 59, table HNPACONT.HNPACODE. Line 59 also defines 
a route choice number of 3. 


6. Because table RTECHAR was used at the beginning of the call, subtable 
RTEMAP will be accessed to locate the associated bearer capability, line 
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62 and 63. Table RTEMAP will alter the route choice number from 3 to 
40 directing the call to subtable RTEREF, lines 64 and 65. 


7. Subtable RTEREF will define the trunk group to be used, S2S6T2C7. 


Table 14-17 TRAVER example, routing outgoing BC public call (Sheet 1 of 4) 


Line 


Output 
>TRAVER L 2225368 19062264000 BC 64kdata B 


Warning: Routing characteristics are present. Originator must be able to send in 
characteristics specified. 


TABLE RTECHAR 
. RC64KD (BC 64KDATA $) (BC 56KDATA $)$ 
TABLE KSETLINE 
ISDN 790 1 DN Y 2225368 ISDN2 0 0 902 (SFC) $ 
TABLE DNATTRS 
TUPLE NOT FOUND 
TABLE DNGRPS 
902 222 5368 5368 
(ISDNPRA (ADDRESS DDD NNN NNNN) $)$ 
TABLE KSETFEAT 
TUPLE NOT FOUND 
TABLE CUSTSTN 
TUPLE NOT FOUND 
TABLE OFCVAR 
AIN_OFFICE_TRIGGRP NIL 
AIN Orig Attempt TDP: no subscribed trigger. 
TABLE NCOS 
ISDN2 0 0 0 NCACD $ 


TABLE CUSTHEAD: CUSTGRP, PRELIMXLA, CUSTXLA, FEATXLA VACTRMT, AND 
DIGCOL 


ISDN2 NXLA CXLA1 FXRES 0 ISDGT1 
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Table 14-17 TRAVER example, routing outgoing BC public call (Sheet 2 of 4) 


Line Output 

21 TABLE DIGCOL 

22 ISDGT1 1COLS 1 

23 TABLE XLAMAP 

24 . Tuple not found. Default is use original XLANAME. 

25 NCOS PRELIM XLA name is NIL. Go to next XLA name. 

26 TABLE XLAMAP 

27 . Tuple not found. Default is use original XLANAME. 

28 CUST PRELIM XLA name is NIL. Go to next XLA name. 

29 TABLE XLAMAP 

30 . Tuple not found. Default is use original XLANAME. 

31 TABLE IBNXLA: XLANAME CXLA1 

32 TUPLE NOT FOUND 

33 Default from table XLANAME: 

34 CXLA1 

35 (NET N YN 1NPOTS NN GEN (LATTR 10) $ $)$ 9 

36 TABLE DIGCOL 

37 POTS specified: POTS digit collection 

38 TABLE LINEATTR 

40 10 IBN NONE NT NSCR 0 902 POT1 NLCA RTE1 0 NIL NILSFC NILLATA 0 NIL NIL 00 
N $ LCABILL OFF - BILLING DONE ON BASIS OF CALLTYPE 

41 TABLE PXLAMAP 

42 . Tuple not found. Default to old pretranslator name. 

43 . NOTE: ISDN Digit Conversion has been performed: 

44 ; Resulting digits are: 19062264000 

45 TABLE STDPRTCT 

46 POT1 (1) (1) 1 
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Table 14-17 TRAVER example, routing outgoing BC public call (Sheet 3 of 4) 


Line Output 

47 . SUBTABLE STDPRT 

48 WARNING: CHANGES IN TABLE STDPRT MAY ALTER OFFICE 
49 BILLING. CALL TYPE DEFAULT IS NP. PLEASE REFER TO 
50 DOCUMENTATION. 

51 . KEY NOT FOUND 

52 . DEFAULT VALUE IS: NNPONA 

53 . SUBTABLE AMAPRT 

54 . KEY NOT FOUND 

55 . DEFAULT VALUE IS: NONE OVRNONE N 

56 TABLE HNPACONT 

57 902 Y 917 2 (58) (1) (0) (2) 0 

58 . SUBTABLE HNPACODE 

59 . 906 907 FRTE 3 

60 AIN Info Collected TDP: no subscribed trigger. 

61 AIN Info Analyzed TDP: no subscribed trigger. 

62 . SUBTABLE RTEMAP 

63 .. RC64KD 3 40 

64 . SUBTABLE RTEREF 

65 . 40ND S2S6T2C7 0 NN 

66 . EXIT TABLE RTEREF 

67 EXIT TABLE HNPACONT 

68 LNP00100 SOC Option is IDLE. 

69 LNP Info: Called DN is not resident. 

70 LNP Info: HNPA results are used. 

71 

72 +++ TRAVER: SUCCESSFUL CALL TRACE +++ 
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Table 14-17 TRAVER example, routing outgoing BC public call (Sheet 4 of 4) 


Line Output 

73 

74 

75 DIGIT TRANSLATION ROUTES 

76 

77 1 S2S6T2C7 9062264000 ST 

78 

79 TREATMENT ROUTES. TREATMENT IS: GNCT 
80 1 120TONE 

81 

82 +++ TRAVER: SUCCESSFUL CALL TRACE +++ 


Translation verification for DMS-PH X.121 
Table 14-18 shows the output from TRAVER when it is used to verify routing 
for an X.121 packet call originating in the DMS-100 switch. 


In a simulation, the TRAVER command provides all the information normally 
contained in the call request packet. In the TRAVER command shown at the 
top of the following example 


¢ indicates that the DN of the originating line follows, and 7238201 is the 
DN 


e 051686137238404 indicates the dialed digits 


e b indicates that the type of trace required is “both,” meaning that both a 
table trace and a digit trace are to be performed 


Table 14-18 TRAVER output example for DMS-PH X.121 Full Address Translations (Sheet 1 of 4) 


Line Output 
>TRAVER L 7238201 051686137238404 B 


Warning: Routing characteristics default to 64kx25 


1 TABLE KSETLINE 
2 PKT 201 1 DN 7238201 BNR 0 0 613 $ BRI PMD 
3 TABLE NCOS 
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Table 14-18 TRAVER output example for DMS-PH X.121 Full Address Translations (Sheet 2 of 4) 


Output 
BNR 0 0 0 UNREST (XLAS BNRXLA FEATXLA BNRDIG) $ 


TABLE CUSTHEAD: CUSTGRP, PRELIMXLA, CUSTXLA, FEATXLA, VACTRMT, AND 
DIGCOL 


BNR NXLA BNRXLA FEATXLA 1 BNRDIG 

TABLE DIGCOL 

TUPLE NOT FOUND 

Default is RPT 

TABLE RTECHAR 

.PACKET BNRXLA (XLA PKT) $ 

TABLE XLAMAP 

.PACKET BNRXLA (XLA PKT) $ 

TABLE IBNXLA: XLANAME PKT 

PKT 0 SFMT 1 151 X 81 

ADDRESS FORMAT CHANGED TO X.121 

TABLE LINEATTR 

81 IBN NONE NT NSCR 1 613 X121 NLCA NONE O NIL NILSFC LATA1 ONILNIL12N$ 
LCABILL OFF - BILLING DONE ON BASIS OF CALTYPE 
TABLE PXLAMAP 

.Tuple not found. Default to old pretranslator name. 
TABLE STDPRTCT 

X121 (1) (0) 2 

.SUBTABLE STDPRT 


WARNING: CHANGES IN TABLE STDPRT MAY ALTER OFFICE. CALL TYPE 
DEFAULT IS NP. PLEASE REFER TO DOCUMENTATION 


.5168 5168 T DD 0 OFRT 50 2 14 NONE 
Originator is not an AIN agent, therefore AIN info is not processed. 


.. TABLE OFRTMAP 
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Table 14-18 TRAVER output example for DMS-PH X.121 Full Address Translations (Sheet 3 of 4) 


Line Output 

29 ..tuple not found. Default to old index. 

30 .. TABLE OFRT 

31 ..50 N D PKTOUTX121 3NN 

32 .-EXIT TABLE OFRT 

33 TABLE LATAXLA 

34 lata1 05168 inter std 

35 X121 preselected RPOA found in table DNCTINFO 

36 Start RPOA translation 

37 TABLE PXLAMAP 

38 .Tuple not found. Default to old pretranslator name. 

39 TABLE STDPRTCT 

40 RPOA (1) (65021) 0 

41 .SUBTABLE STDPRT 

42 WARNING: CHANGES IN TABLE STDPRT MAY ALTER OFFICE BILING. CALL TYPE 
DEFAULT IS NP. PLEASE REFER TO DOCUMENTATION 

43 .1235 1235 TDD 0 OFRT 50 2 14 NONE 

44 .. TABLE OFRTMAP 

45 ... uple not found. Default to old index. 

46 .. TABLE OFRT 

47 ..50 N D PKOUTX121B 3 NN 

48 

49 +++TRAVER: SUCCESSFUL CALL TRACE+++ 

50 

51 DIGIT TRANSLATION ROUTES 

52 1 PKTOUTX121B 51686137238404 ST 

53 
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Table 14-18 TRAVER output example for DMS-PH X.121 Full Address Translations (Sheet 4 of 4) 


Line Output 

54 TREATMENT ROUTES. TREATMENT IS: GNCT 
55 17120 

56 

57 +++TRAVER: SUCCESSFUL CALL TRACE+++ 


For a complete list of BC routing examples, refer to the Translations Guide, 
297-8001-350. 


User-defined MAP sublevels 


Table LTPAUX (Line Test Position Auxiliary Commands) contains entries for 
user-defined levels. Operating companies can create user-defined sublevels 
containing a subset of commands from other existing sublevels. Available 
commands in these sublevels can be displayed or hidden in the command 
menu. Each user-defined LTP sublevel is independent. 


Limitations 


User-defined levels are only implemented as sublevels to the LTP, not as 
sublevels to other existing default or user-defined sublevels. Command names 
in the user-defined levels must be unique. Two commands can not have the 
same command string. 


Datafill sequence and implications 


Table size 


The following tables must be datafilled before table LTPAUX: 
e LNINV 
e LIPDEF 


0 to 512 tuples 


A maximum of 16 user-defined sublevels can be defined by the operating 
companies. A maximum of 64 commands can be defined for each sublevel. 
Because this table is datafilled at the user’s discretion, the number of tuples can 
range between 0 and 512 tuples. 


Datafill example 


Figure 14-25 shows sample datafill for table LTPAUX. 
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The example shows command NOISE assigned to menu position 6 at the 
LTPMAN sublevel of the MAP terminal. The LTPMAN tuple is identified as 
index 0. 


Figure 14-25 Map display example for table LTPAUX 


URT 0 LTPMAN NOISE 


User Customization of MAP LTP sublevel commands 


Table LTPDEF (Line Test Position Default Commands) contains entries for 
the following maintenance sublevels of the LNS (lines) subsystem at a MAP 
(maintenance and administration position) terminal: 


e LIPMAN 
e LIPLTA 

e LIPDATA 
e LIPISDN 


Table LTPDEF allows operating companies to customize existing line test 
position (LTP) default sublevels on the MAP display. Commands can be 
re-organized within the sublevel (commands can be moved or hidden but not 
displayed in different menu positions). 


In this table, tuples identify the displayed and available commands in each LTP 
sublevel and the sublevel name that is displayed on the MAP terminal. 


Limitations 
Adding and deleting tuples in table LTPDEF is not allowed. Changing the 
tuples in table LTPDEF to hide a command is allowed. Commands are hidden 
by assigning the command to PF key 19 or above in the command menu. Each 
MAP terminal can only display a maximum of 17 commands. Tuples are 
replaced during dump and restore. 


In data modification procedures (DMOPRO), the user creating the update file 
for the table LTPDEF must ensure that a tuple change request does not 
duplicate an established menu position. If the menu position is not unique, the 
tuple change request is rejected. 


Default command names are fixed and can not be changed by the operating 
companies. 
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Commands in existing sublevels can only be hidden if they are not required. 
They are still available by typing the command string name at the MAP 
terminal. Existing default commands can not be deleted. 


Datafill sequence and implications 
Table LNINV must be datafilled before table LTPDEF. 


Table size 
22 to 256 tuples 


This table can only be datafilled with default tuples after initial program load 
(IPL). Restart code exists to datafill these tuples if the table is empty. Currently, 
minimum table size is determined by the combined number of tuples for 
sublevels LTPLTA and LTPMAN (22 tuples). LTPDATA and LTPISDN are 
optional sublevels. The maximum table size for table LTPDEF (512 tuples) is 
based on a maximum of eight default sublevels, each of which has a maximum 
of 64 tuples. 


Datafill example 
Figure 14-26 shows sample datafill for table LTPDEF. 


The first tuple in the example shows command TSTMTR assigned to menu 
position 3 at the LTPMAN sublevel of the MAP terminal. The LTPMAN tuple 
is identified as index 3. 


The second tuple in the example shows command LOSS assigned to menu 
position 4 at the LTPMAN sublevel of the MAP terminal. The LTPMAN tuple 
is identified as index 4. 


Figure 14-26 Map display example for table LTPDEF 


COMMAND POSITION 


LTPMAN 3 LTPMAN TSTMTR 
LTPMAN 4 LTPMAN LOSS 


Changes to table LTPDEF in NA009 
The following changes were made to table LTPDEF in NAO009: 


e atuple entry was added to accommodate the TERMCHK command 


e LIPDEF tuples for L2ZLOGCTL and L3LOGCTL commands were moved 
to the non-menu LTPISDN MAP display index 


e range of values for CMDINDEX and POSITION fields were expanded 
from 0-31 to 0-63 
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For additional information on data entries in table LTPDEF, refer to the 
Customer Data Schema Reference Manual, 297-8001-351. 


Redirecting Number and Reason Delivery for ISDN CFW for NA011 


In NAO11 Redirecting and Reason Delivery (RND) for ISDN Call Forward 
delivers two redirecting numbers and reasons for ISDN BRI and interswitch 
calls over the signaling system 7 (SS7) network. Operating company personnel 
can control the delivery of RND on ISDN BRI lines. This feature creates the 
SERVORD option RND and the customer group option RND. This feature 
also creates the SERVORD option Aggregate RND Recording (ARR), which 
records RN availability by call type. This feature applies to PVC Functional 
Issue 2 terminals only. 


The SS7 ISUP trunks already support delivery of first and last redirecting 
number/reasons. The TERMINATE message now includes additional 
redirecting number and reasons for terminations to ISDN lines on the current 
switch. The DMS switching system pulls the information from either the 
incoming ISUP message or the current switch, or both. 


Before this feature, the operating company had no control over the delivery of 
the redirecting number or reason. Provisioning of RND, like Calling Number 
Display (CND), controls the availability and delivery of the redirecting 
number. 


Before this feature, RND was not controlled; that is, the RN was always 
delivered unless suppressed. This feature introduces separate RND controls: 
RND options in tables CUSTNTWK, CUSTSTN, and RESOFC. After the 
upgrade to NAO1I1, the user can disable or remove the RND functionality. The 
RND option can be restricted to selected members of a customer group. To do 
this, first add the RND option to selected lines and then remove the RND 
option from the customer group. 


For additional information on Redirecting and Reason Delivery for ISDN 
CFW including messaging and interactions, refer to datafilling “NIO NI-2 
BRI-Services” in the Translations Guide, 297-8001-350. 


Datafill for Redirecting Number and Reason Delivery for ISDN CFW 


Redirecting Number and Reason Delivery for ISDN CFW can be provisioned 
in any of the following three ways 


e assign RND as a customer group option 


e assign RND as a line option 
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Translations table flow 


The Redirecting Number and Reason Delivery for ISDN CFW translations 
tables are described in the following list. The tables are listed in order of 
datafill. 


Table OFCENG contains data on engineering parameters for the office. 
Office parameter KSET_INTER_GRP_DISP overrides the value of field 
RNIDOPT in table CUSTNWK. For displays to work according to datafill 
in subfield RNIDOPT, set KSET_INTER_GRP_DISP to N. When 
KSET_INTER_GRP_DISP is set to Y, all redirecting numbers are 
available to the terminator. This parameter determines if calls that arrive 
from outside the customer group display information on the display set of 
the terminator. 


Table RESOFC controls office-wide availability of line option RND. Set 
field enabled to Y for RND to function when it is assigned to a DN. Enter 
SUSBSCR in subfield ACCESS, field FEATDATA for subscription access. 


Table CUSTSTN lists the station options assigned to each customer group. 
Add the RND option to the customer group to assign it to an entire business 
group. Enter RND in field OPTNAME and field OPTION. 


Table RESFEAT contains the assignment of custom local area signaling 
services (CLASS) features for residential lines, many of which apply to 
ISDN as well. SERVORD automatically updates or creates a tuple for 
RND. 


Table AMAOPTS controls the activation and scheduling of the recording 
options for automatic message accounting (AMA). Table AMAOPTS 
contains one tuple for every option, and initially contains the default values 
for each of these options. Enter SUSP in field OPTION. 


Table IBNXLA stores the data for digit translations of calls. This table 
stores the access codes for features that require them. Option RND uses the 
existing activation codes for CND. 


Table KSETLINE contains a tuple for each DN on a set indicating what 
features exist on the DN. SERVORD automatically updates or creates a 
tuple for ARR. 


Table CUSTNTWK allows the operating company to assign or deny 
calling features to customer groups. Option RNID controls whether 
number delivery is available for all BRI lines in the customer group. Enter 
RNID in field OPTIONS of the terminator’s customer group tuple and a 
value of INTRAGRP, ONNET, or OFFNET in subfield RNIDOPT. This 
value, compared to the network of the call, determines the RN’s 
availability. 


Table flow for Redirecting Number and Reason Delivery for ISDN CFW 


The following table shows the table flow for Redirecting Number and Reason 
Delivery for ISDN CFW. 
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Table flow for Redirecting Number and Reason Delivery for ISDN CFW 


Add RND Table RESOFC Add ARR to a 
to entire RND tuple DN 
office? ENABLED = Y 

Table CUSTSTN 

customer group Table KSETLINE 


s add ARR to DN 
DHS ORLAN using SERVORD 


Add RND to 
customer 
group? 


yn 


Add RND to a O 


DN ENABLED = Y 


Table RESFEAT 
add RND to DN 
using SERVORD 


Table AMAOPTS Table IBNXLA 
SUSP = ON FEATURE = CNDA 
specify AMA CNDD 

during SERVORD subscriber dials 
activation, 
deactivation code 


SUSP 
billing? 


Table AMAOPTS 
SUSP = OFF 
RND always 
active DN 


Note: RN is delivered if an availability mechanism is present and the SUPPRESS option is not on. 
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Table 14-19 lists the datafill content used in the flowchart. Refer to the 
Customer Data Schema Reference Manual, 297-8001-351 for additional 
information on the datafill for the following tables. Refer to the ISDN Service 
Orders for ISDN Terminals, 297-2401-310 for information about adding 
options ARR and RND to an ISDN terminal. 


Table 14-19 Datafill example for Redirecting Number and Reason Delivery for ISDN CFW 


Datafill table Example data 
RESOFC RND Y RND SUBSCR $ 
CUSTSTN ISDNGRP RND RND 
RESFEAT WITS 1 1 RND RND NOAMA ACT 0000 
AMAOPTS CIDSUSPAUD ON 
SUSP ON 
IBNXLA ISDNXLA 17 FEAT NNCNDA 
ISDNXLA 18 FEAT NN CNDD 
KSETLINE WITS 1 1 DN Y 7235201 BNR 0 0 613 (ARR) $ BRI UNDEF 


Calling and Redirecting Number Delivery with Office Parameter 


NAO12 enhancements to options CND and RND allow the activation of these 
two features on an office-wide basis. Two office parameters, 
CND_BRI_OFFICE and RND_BRI_OFFICE, allow the enabling of CND and 
RND on an office-wide basis. 


Office parameters CND_BRI_OFFICE and RND_BRI_OFFICE are located in 
table ISDNVAR. The initial setting for office parameters CND_BRI_OFFICE 
and RND_BRI_OFFICE is OFF. The only valid command to use with office 
parameters CND_BRI_OFFICE and RND_BRI_OFFICE is the CHA 
command. Use the CHA command to change the datafill for office parameters 
CND_BRI_OFFICE and RND_BRI_OFFICE from OFF to ON or ON to OFF. 
For additional information on these two office parameters, refer to the “ISDN 
office parameter” chapter of this document or the Office Parameters Reference 
Manual, 297-8001-855. 


Office parameter CND_BRI_OFFICE 


The CND_BRI_OFFICE parameter applies to all ISDN BRI terminals in the 
office. There is no priority conflict between office parameter 
CND_BRI_OFFICE and the CND line and the CNDBRI customer group 
options. Subscribers with the CND line option or the CNDBRI customer group 
option are not prohibited from displaying the calling number when office 
parameter CND_BRI_OFFICE is set to OFF. 
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The CND_BRI_OFFICE parameter affects number delivery only. Automatic 
Message Accounting (AMA) and Operational Measurements (OM) pegs are 
available with the line provisionable CND, but not with office parameter 
CND_BRI_OFFICE. 


Office parameter RND_BRI_OFFICE 
The RND_BRI_OFFICE parameter applies to all ISDN BRI terminals in the 
office. There is no priority conflict between office parameter 
RND_BRI_OFFICE and the RND line and the RNDBRI customer group 
options. Subscribers with the RND line option or the RNDBRI customer group 
option are not prohibited from displaying the calling number when office 
parameter RND_BRI_OFFICE is set to OFF. 


The RND_BRI_OFFICE parameter affects number delivery only. Automatic 
Message Accounting (AMA) and Operational Measurements (OM) pegs are 
available with the line provisionable RND, but not with office parameter 
RND_BRI_OFFICE. 


NA012 enhancements for Call Forwarding Don’t Answer Continue 

Existing Treatment with SS7 
The Call Forwarding Don’t Answer Continue Existing Treatment 
Enhancements with SS7 (CFDDCET-SS7) improves the operation of Call 
Forwarding Don’t Answer (CFD) feature over SS7 trunks. CFD calls are not 
forwarded over SS7 trunks unless the remote station is available for 
termination and an idle SS7 trunk is available. If the remote station is 
determined to be busy, the base continues to provide audible ringing to the 
originator of the call. 


CFDDCET-SS7 increases the DMS compliance for CFD as described in 
Telcordia Technologies requirement, GR-853-CORE ISDN Call Forwarding 
and TR-NWT-000972 Call Forwarding Subfeatures: Switching System 
Requirements Using Signaling System No. 7. The DMS is compliant by 
providing continued existing treatment over SS7 trunks when the base and 
remote are on different switches. The CFDDCET-SS7 feature makes no 
changes in Intraswitch CFD behavior. Intraswitch CFD remains not compliant 
with Telcordia Technologies requirement, GR-853-CORE ISDN Call 
Forwarding and TR-NWT-000972 Call Forwarding Subfeatures: Switching 
System Requirements Using Signaling System No. 7. 


Limitations and restrictions 
The following limitations and restrictions apply to the CFDCET-SS7 feature: 


e CFDCET requires the assignment of CFD to the customer group base 
station in order for CFDCET to work for that base station. 


e The CFDCET-SS7 feature is only used for base stations that CFD forward 
their calls over an SS7 trunk to a remote station. 


297-2401-201 Standard 07.01 September 2000 


Dataschema 14-63 


e In order for a call to CFD over a trunk requires one of the following 
conditions be met: 


— Option Call Forwarding Don’t Answer, Unrestricted (CDU) must be 
assigned to base station in addition to option CFD. 


— The fowarding trunk must have the INTRAGRP bool set to Y. 


e Call Forward Call Waiting (CFCW) on 2500 and 500 sets does not interact 
with this feature. It is possible to forward a call to a busy remote with 
CFCW active on a 2500 or 500 set. If CFCW is enabled on a 2500 or 500 
set, and the CFCW timer expires after call-waiting notification, the call is 
forwarded over the ISDN user part (SUP) trunk using normal CFD. The 
CFDCET-SS7 feature is not used in this case. 


e If an attendant console directly calls the base or extends a call to the base, 
the call forwards over the ISUP trunk using normal CFD. The 
CFDCET-SS7 feature is not used in this case. 


e Ifa base station CFD forwards a call to an E800 DN, the CFDCET-SS7 
feature does not activate and the call forwards using normal CFD. This 
limitation results from the base station forwarding to an E800 number 
without using an ISUP trunk. The call forwards before the E800 service 
determines that the DN requires a route over an ISUP trunk. 


e Nocall forwarding re-attempt is made if glare occurs on the selected trunk 
member while the CFDCSET-SS7 is active. The call-forwarding attempt 
fails and the base station continues to ring if the CFDCET option is set to 
ALERT_BASE. If the CFDCET option is set to CLEAR_BASE, the base 
is Cleared. 


e When the CFDCET option is set to ALERT_BASE, the operation differs 
from normal intra-switch CFD processing. Normal intra-switch CFD 
processing continues to poll a busy remote station. Once the remote station 
becomes idle, the call is forwarded. Inter-switch operation with the 
CFDCET option set to ALERT_BASE makes only one attempt to forward 
a call over a trunk. If the remote station is busy, the base continues to ring 
without polling for an idle remote station. 


e This feature is not compliant with GR-853 and does not affect current 
intra-switch functionality. 


e When the base station is a Simultaneous Ringing (SimRing) pilot or 
member with CFDCET set to either CLEAR BASE or ALERT_BASE, 
the call is forwarded over an ISUP trunk using normal CFD. The 
CFDCET-SS7 feature is not used in this case. 


e Ringing timeout logs (LINE 160 INFO RINGING) are not generated for 
ringing timeouts when a base station with the CFDCET option set to 
CLEAR_BASE is cleared after attempting to forward a call to a busy 
remote. The call is dropped when the ringing timeout occurs, and no log is 
generated. Line 160 logs are only generated when the ringing set is 
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released. In this case the originator is getting audible ringing, but the base 
station is not actually ringing. 


Datafill for option CFDCET in table CUSTSTN 

NAO12 added the option CFDCET to table CUSTSTN, which defines how 
Call Forwarding Don’t Answer Continue Existing Treatment is to be 
applied. The CFDCET option can be set to one of the following three 
operational states in table CUSTSTN: 


OFF—This state disables the CFDCET-SS7 feature. This state allows 
CFD to operate as it did before the introduction of the CFDCET-SS7 
feature in NAO12. When the Call Forwarding Don’t Answer Timer 
(CF-T2) expires, the call forwards over the trunk to a busy remote station. 
OFF is the default state when the CFDCET option is not provisioned for 
the customer group. 


CLEAR_BASE—This state enables the CFDCET-SS7 feature to operate 
in a way that stops audible ringing at the base station and allows the base 
to originate and receive other calls when the remote DN is busy. Once the 
base station is cleared, it is no longer possible for the base station to answer 
the call from the originator. This allows the base station to originate and 
receive calls while the originator continues to receive audible ringback 
treatment. This state is the Telcordia Technologies compliant solution for 
CFDCET. 


ALERT_BASE—This state enables the CFDCET-SS7 feature to operate 
in a way that continues to ring the base when the remote DN is busy. The 
ALERT_BASE state allows the station to complete the call from the 
originator after the forwarding attempt to the busy remote fails. This is very 
similar to the NAO11 DMS implementation of intra-switch CFD with the 
exception of forwarding once the remote becomes idle. The NA011 CFD 
intra-switch operation allows the call to forward to the remote once the 
remote set becomes idle. The inter-switch operation continues to ring the 
base without querying the remote to determine if it has become idle. 
Therefore the DMS switching system will only attempt to forward the call 
once. 


Note 1: When the remote station is idle, the call forwards to the remote 
if there is an available SS7 trunk regardless of the CFDCET state setting. 


Note 2: For additional information on the datafill for option CFDCET 
in table CUSTSTN. refer to the Customer Data Schema Reference 
Manual, 297-8001-351. 


ISDN and non-ISDN interactions with non-SS7 trunks 

The CFDCET-SS7 feature allows ISDN base stations to be compliant with 
Telcordia Technologies GR-853 requirement. The CFDCET-SS7 feature 
provides the “look ahead” capability for non-ISDN base stations. When a 
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non-ISDN base station attempts use CFDCET-SS7 to forward a call over a 
non-ISUP trunk, the attempt is not blocked. The DMS switch reverts back to 
using normal CFD processing. The DMS switch forwards the call without 
regard to the state of the remote station. The DMS switch blocks an ISDN base 
station that attempts to use CFDCET-SS7 to forward a call over a non-ISUP 
trunk from doing so. Table 14-20 summarizes the operation between agent and 


trunk types. 


Table 14-20 Agent type and trunk interaction with trunk type CFDCET 


operation (Sheet 1 of 2) 


Base station agent type Trunk available 
ISDN ISUP (SS7) 
non-ISDN ISUP (SS7) 
ISDN non-ISUP (SS7) 
non-ISDN non-ISUP (SS7) 


Operation 


Forwards the call over 
the ISUP trunk if the 
remote DN is idle. 
Continues existing 
treatment given to the 
originator if the remote 
station is busy. 


Forwards the call over 
the ISUP trunk if the 
remote DN is idle. 
Continues existing 
treatment given to the 
originator if the remote 
station is busy. 


Continues giving existing 
treatment to the 
originator. Does not 
forward the call over a 
non-ISUP trunk. 


Exits the CFDCET-SS7 
feature and reverts back 
to normal CFD 
processing. The call 
forwards over the 
non-ISUP trunk with the 
possibility of termination 
to a busy DN. This result 
is the same operation as 
when the CFDCET option 
is set to OFF. 
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Table 14-20 Agent type and trunk interaction with trunk type CFDCET 
operation (Sheet 2 of 2) 


Base station agent type Trunk available Operation 


ISDN no available trunks Continues existing 
treatment to the 
originator. 


non-ISDN no available trunks Same operation as ISDN 
base station and ISUP 
trunk. 


Figure 14-27 shows a datafill example for option CFDCET with its state set to 
ALERT_BASE in table CUSTSTN. 


Figure 14-27 MAP display example for table CUSTSTN 


CUSTNAME E OPTION 
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15 Provisioning default service 


Description 


Default Service provides limited voice service for ISDN basic rate interface 
(BRI) lines in conditions when voice service is not otherwise available. These 
conditions can occur because of either provisioning or failure of layer 3 
initialization at the customer premises equipment (CPE), and include the 
following: 


There are no provisioned logical terminals on an interface. 


A provisioned fully initializing terminal (FIT) exists on an interface 
without a provisioned default logical terminal. The terminal fails to 
initialize layer 3 after it establishes layer 2. 


A provisioned FIT or non-initializing terminal (NIT) does not have 
voiceband information (VI) DNs. That is, the terminal is not provisioned 
to support voice calls. 


One or two provisioned FITs (either initialized or non-initialized) exist, 
and a NIT is then attached. (The interface does not include a default logical 
terminal.) 


A provisioned NIT exists, but an attached terminal can not be associated 
with the NIT because the terminal limit parameter would be exceeded. For 
example, this condition can occur because of initialization failure. 


Default Service provides the following capabilities for new and existing ISDN 
BRI lines using FITs or NITs: 


origination of voice calls (processing of and reply to a SETUP message 
sent by the CPE) 


access to Basic Rate Interface Verification (BRIV) testing 


Note: The BRIV feature provides dial access to allow operating 
company installation and maintenance personnel to identify the 
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termination of an access line. The BRIV feature is accessible over the 
BRI access line at the customer premises from a FIT or NIT. 


e access to any three-digit (BRIV or 611), seven-digit, or ten-digit telephone 
numbers that the local exchange carrier (LEC) provisions for the feature 


These capabilities are intended to be used to originate voice calls when voice 
calls would not normally be possible. 


As a minimum, Default Service works with regional Bell operating company 
(RBOC) test equipment supporting the VI call type. The operating company 
can expand Default Service to support calls to emergency, LEC repair, or 
service numbers. Subscribed features on the terminal do not affect Default 
Service, and Default Service does not affect normal operation of subscribed 
features. 


Provisioning steps 
To implement Default Service, the operating company performs the following 
provisioning steps: 


At a MAP terminal perform the following steps 


1 Use the table editor to provision a new Default Service customer group or a 
network class of service (NCOS) off an existing customer group. This 
customer group or NCOS restricts the DNs on which calls from the Default 
Service DN can terminate. These DNs normally include 611 and three-digit, 
seven-digit, and ten-digit DNs targeted for BRIV testing. The following BRI 
translations tables define the customer group or NCOS: 


e DIGCOL 
e XLANAME 
e CUSTENG 
e CUSTHEAD 
e NCOS 
e IBNRTE 
e  IBNXLA 
2 Use the command interpreter (Cl) DEFSVCCI tool to provision Default 


Service data on all interfaces that support Default Service. 


At this point all BRI lines having WORKING status in table LNINV are made 
capable of supporting Default Service calls. 


3 Use the table editor to provision the Default Service DN in table DNROUTE. 
The DSVC selector in this table identifies the Default Service DN. Each switch 
can contain only one Default Service DN. 


Any BRI lines set to WORKING status in table LNINV will also become 
capable of supporting Default Service. 
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Table DNROUTE 
Default Service adds the DN selector value DSVC to table DNROUTE. The 
DSVC selector identifies a DN as the Default Service DN. The Default Service 


tuple also contains the customer group, subgroup, and NCOS of the Default 
Service DN. 


Note: Table DNROUTE can contain only one Default Service tuple. 


Removal of the Default Service DN and entry of a new Default Service DN in 
table DNROUTE triggers static data download messages. These messages 
update the DN information to each X-based peripheral module (XPM) that is 
in service and supports BRI lines. 


Table LNINV 


Table control support for table LNINV consists of triggering the creation of 
Default Service logical terminal data and static data messaging to the XPM. 
This messaging establishes the time-division multiplexing (TDM) D-channel 
connection for a BRI line for interfaces that change from the hardware 
assigned, software unassigned (HASU) state to WORKING state. Default 
Service requires an established D-channel connection (an interface state of 
WORKING). This requirement applies whether or not the interface contains 
provisioned terminals. 


To provide Default Service, the XPM needs data normally found in table 
LNTDM. This information is normally sent to the XPM during execution of 
the Service Order System (SERVORD) SLT ATT command. (The SLT ATT 
command attaches a DN to a logical terminal identifier [LTID].) Because 
Default Service does not wait for the creation of an LTID, Default Service is 
hard-coded to use an LTID byte of 131 (hex 83) and key 1 for Default Service 
calls. The XPM uses the table data to establish the TDM connections in the line 
concentrating module (LCM) for D-channel communications. 


When the interface state goes from WORKING to HASU, the D-channel must 
be taken down. Taking down the D-channel is done as a side effect of the 
STATUS field toggle in table LNINV. It does not require additional activity by 
operating company personnel. 


DEFSVCCI tool 


Default Service introduces the CI tool DEFSVCCI. This tool allows the 
operating company to provision Default Service against all interfaces present 
in table LNINV that support Default Service. 


The operating company can also use the DEFSVCCI tool to take down 
interface provisioning. 
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The DEFSVCCI tool is available at the CI level and provides the following 
four commands: SETUP, REMOVE, HELP, and QUIT. 


SETUP command 

The SETUP command provisions all the necessary data in table LNINV on 
each ISDN interface that supports Default Service. The operating company 
must use this command before provisioning the Default Service DN in table 
DNROUTE. 


Figure 15-1 shows the warning message that displays after entry of the SETUP 
command, before provisioning occurs. To proceed with Default Service 
provisioning, the operating company must enter Y at the prompt. Figure 15-1 
also shows the message that displays if the SETUP command is successful 
when a Default Service DN does not exist in Table DNROUTE. 


Figure 15-1 Provisioning Default Service using DEFSVCCI tool SETUP 
command 


CI: a 


>DEFSVCCI 

DEFSVCCI: 

>SETUP 

xx* WARNING WARNING WARNING *** 

xxx Provisioning Default Service on all eligible ISDN*** 
xxx interfaces may take several minutes. During this *** 
xxx time you will NOT be able to enter any commands *** 
xxx from this MAP terminal! 

Are you sure you want to continue? (y/n) 


*** Default Service is provisioned. 
xxx You may enter Default Service DN into Table DNROUTE 
xxx now. 


The following error message displays if the SETUP command fails. In this 
event, the operating company should try the SETUP command again later. 


*** Default Service Provisioning FAILED *** 


The following message displays if the switch seizes a loop during execution of 
the SETUP command: 


*** Default Service is preparing Loop LEN <n nn n> for provisioning. 


REMOVE Command 


The REMOVE command removes all provisioning established by the SETUP 
command. Before using this command, the operating company must remove 
the Default Service DN from table DNROUTE. Default service can not be 
removed if there are any active service calls in progress (CPB). 
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The following error message displays if the operating company attempts to use 
the REMOVE command before removing the Default Service DN from table 
DNROUTE: 


Cannot remove Default Service while Default Service DN <nnnnnnnnnn> is 
in Table DNROUTE. 


Figure 15-2 show the warning message that displays after entry of the 
REMOVE command if the operating company has removed the Default 
Service DN from Table DNROUTE. To proceed with the removal of Default 
Service provisioning, the operating company must enter Y at the prompt. 
Figure 15-2 also shows the message that displays if the REMOVE command 
is successful. 


Figure 15-2 Removing Default Service using DEFSVCCI tool REMOVE 
command 


CI: 

>DEFSVCCI 

DEFSVCCI: 

>REMOVE 

xxx WARNING WARNING WARNING *** 

This will remove Default Service provisioning 
from all loops. 

Are you sure you want to continue? (y/n) 

>Y 

Default Service has been removed. 


The following error message displays if the REMOVE command fails. In this 
event, the operating company should try the REMOVE command again later. 


*** Default Service could not be removed completely. *** 


HELP command 
The HELP command displays help information for the DEFS VCCI tool. 


QUIT command 
The QUIT command exits the DEFSVCCI tool. 


Maintenance 
Default Service has two classes of maintenance requirements. 


The first requirement is to maintain static data correctly in the XPM. The XPM 
must receive the Default Service DN when the XPM enters one of the 
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following states. The XPM must be in service to receive a static data download 
message. 


e in-service (INSV) 


e in-service trouble (ISTB) 


When an XPM enters the INSV or ISTB state, a public procedure downloads 
the Default Service DN to the XPM. 


The second class covers the behavior of interfaces equipped for Default 
Service in response to MAP (maintenance and administration position) 
maintenance commands. Assignment of a Default Service DN to an interface 
does not affect the interaction of the interface with maintenance commands. 
For example, assignment of a Default Service DN does not affect the 
following: 


e busying an interface (BSY command) 
e taking an interface out of service (BSY command) 
e releasing an interface (FRLS command) 


e returning an interface to service (RTS command) 


Translations table flow 
The Default Service translations tables are described in the following list: 


e Table NCOS (Network Class of Service) allows the operating company to 
subdivide a customer group for purposes of digit translations and routing. 
Each entry in this table can have a different set of translators and digit 
collection rules. The switch accesses table NCOS using the NCOS value 
from table DNROUTE, and searches this table for a preliminary translator 
(PRELMXLA). The switch uses this preliminary translator value to access 
table IBNXLA. 


e Table CUSTHEAD (Customer Group Head) contains basic translation 
characteristics for customer groups. These characteristics include the 
customer translator name and the digit collection rule name. 


e Table DIGCOL (Digit Collection) defines digit collection rules. These 
rules include the number of digits to collect after the first digit and the 
timing between digits. 


e Table IBNXLA (IBN Translation) defines the dialing plan for each 
translator defined in tables NCOS and CUSTHEAD. 


e Table LINEATTR (Line Attribute) defines line attribute indexes that apply 
to an office. 


The Default Service translation process is shown in the flowchart the following 
figure. 
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Figure 15-3 Table flow for Default Service 


ISDN BRI subscriber places 
call from Default Service DN 


Table NCOS 
Specifies the dialing pattern 
for the customer group 


Table CUSTHEAD 
Specifies digit collection 
and translator information 


Table DIGCOL 
Defines digit collection rules 


y 


Table IBNXLA 


Defines the dialing plan for 
the translators in tables 
CUSTHEAD and NCOS 


Table LINEATTR 
Defines line attribute indexes 


To public carrier translations 
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Table 15-1 lists the data entry content used in the flowchart in Figure 15-3.. 


Table 15-1 Data entry example for Default Service 


Datafill table Example data 

NCOS DEFSVCGRP 0 DSNCOS 0 00 (XLAS DEFSVCXL 
DEFSVCXL DEFSVCOL) $ 

CUSTHEAD DEFSVCGRP DEFSVCXL DEFSVCOL NIL $ 

DIGCOL DEFSVCOL 1 COLS 1 

IBNXLA DEFSVCXL 411 NET Y Y 1 Y POTS NN GEN 


(LATTR 91) $$ 
LINEATTR 91 IBN NONE NT NSCR 1 613 BNR NLCA NONE 0 


NIL NILSFC NILLATA O NIL NIL 00 N $ 


Limitations and restrictions 
The following limitations and restrictions apply to Default Service: 


There can be at most one Default Service call on each interface at a time. 


Default Service requires that at least one B-channel be provisioned on the 
interface to function. In other words, interfaces with only D-channel access 
provisioned can not use Default Service functionality. 


Default Service is not available on an interface on which all B-channels are 
allocated or busy. 


Assume that a NIT is attached to the ISDN interface when the user 
removes the default logical terminal from provisioning. The user must 
detach the NIT and re-attach it back in order to receive Default Service on 
the interface. 


Default Service does not affect existing or future terminal endpoint 
identifier (TEI) restrictions on an interface. For example, assume that an 
interface allows a maximum of eight TEIs. The ninth terminal attached to 
the interface will not receive any service, including Default Service. 


Default Service does not plan to support the TRAVER (translations 
verification) tool. To test Default Service translations behavior, the 
operating company can create another DN with the same customer group, 
subgroup, and NCOS. 


The following XPM types are supported for Default Service: 
— line trunk controller (LTC) 
— line group controller (LGC) 
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— remote cluster controller 2 (RCC2) 
— subscriber carrier module—100 access (SMA) 


Within these peripherals, the following card types are supported: 
BX26AA, BX27AA, and RDTISDN. 


e Assume that at least one interface has an active Default Service call when 
the operating company attempts to delete the Default Service DN. The 
table control command to delete the Default Service DN fails, and the DN 
is not deleted. The command displays a warning message that advises the 
operating company to try the deletion again later. If the operating company 
does not try the deletion again, the Default Service DN remains in the 
system. 


e Assume that a caller places a 911 call from an interface using Default 
Service. If the caller goes on-hook, ringback from public servicing 
answering point (PSAP) does not occur. 


e Calling name and number information provided by Default Service calls 
can not determine either of the following: 


— the specific calling party name 
— the location of the calling party 


e Terminals that are provisioned as 2B NI-1 with only circuit-mode data 
(CMD) call types allowed, can not originate Default Service VI calls. NI-1 
1B and NI-2 terminals do not have this restriction. 


e Remote XPMs in emergency stand-alone (ESA) mode do not allow the 
origination of Default Service calls. Active Default Service calls are not 
dropped over the warm entry into ESA mode. No new Default Service 
originations are allowed. 


e When adding the Default Service tuple to table DNROUTE, a line 
equipment number (LEN) without attached LTIDs require a setting of the 
line state as part of its setup. A LEN for which this process fails requires 
operating company intervention to activate Default Service functionality 
for that LEN. 


When provisioning fails for a LEN with out an LTID, an error message 
advises the operating company that the provisioning failed for the LEN. 
The operating company must do the following: 


— Position on the tuple for the LEN in table LNINV. 


— Toggle the STATUS from WORKING to HASU and back to 
WORKING. 
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Interactions 


A Default Service call uses one B-channel, and like a normal ISDN voice call, 
affects functionality that relies on B-channel availability. Default Service does 
not have user-visible interactions with other functionalities. 


Activation/deactivation by the end user 
Default Service requires no activation or deactivation by the user. 


Billing 


Default Service does not affect billing. 


A Default Service call may or may not be a billable call, depending on the 
translations that are set up to support Default Service. 


Station Message Detail Recording 
Default Service does not affect Station Message Detail Recording. 


Data entry for office parameters 
Default Service does not affect office parameters. 


Data entry sequence 


This document does not describe the data entries required to restrict Default 
Service calls to DNs that require special provisioning (for example, E911 
numbers). The data tables involved will vary depending on the DN type and its 
required provisioning. 


Table 15-2 lists the tables that require data entries to implement Default 
Service. The tables are listed in the order in which they are to be datafilled. 


For more information on data entry for these tables, refer to the Translations 
Guide, 297-8001-350. 


Table 15-2 Tables requiring data entries for Default Service (Sheet 1 of 2) 
Table Purpose of table 


DIGCOL Digit Collection. This table contains digit collection algorithms and 
sets the timing between digits. 


XLANAME Translator Names. This table stores the default data for each 
translator, including the acceptable digilator range. 


CUSTENG Customer Group Engineering. This table contains engineering 
parameters for customer groups. 
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Table 15-2 Tables requiring data entries for Default Service (Sheet 2 of 2) 
Table Purpose of table 


CUSTHEAD Customer Group Head. This table contains basic translation 
characteristics for customer groups. These characteristics include 
the customer translator name and the digit collection rule name. 


NCOS Network Class of Service. This table allows the operating 
company to subdivide a customer group for purposes of digit 
translations and routing. The operating company can assign each 
entry in this table a different set of translators and digit collection 
rules. 


IBNRTE IBN Route. This table contains route lists identified by a route 
reference index number: an IBN station, an attendant console, an 
incoming IBN trunk, and the incoming side of a two-way trunk 


group. 


IBNXLA IBN Translation. This table stores data for the digit translation of 
calls from the following sources: 


DNROUTE Directory Number Route. This table defines DNs that are not 
associated with an LTID. Provisioning Support for Default Service 
adds the DN selector value to DSVC to table DNROUTE. The 
DSVC selector identifies a DN as the Default Service DN. The 
Default Service tuple also contains the customer group, subgroup, 
and NCOS of the Default Service DN. 


Note: The operating company must use the DEFSVCCI tool 
SETUP command before provisioning the Default Service DN in 
table DNROUTE. Before using the DEFSVCCI tool REMOVE 
command, the operating company must remove the Default 
Service DN from table DNROUTE. For more information, see 
“DEFSVCCI tool” in this document. 


Data entry for table DIGCOL 


Table DIGCOL provides the digit collection algorithm for the customer group 
or NCOS. Digit collection is based on the digit collection selector 
(DGCOLSEL) field. For BRI applications, the following selectors are 
normally used: 


e COL, to collect more than one digit 
e RPT, to collect one digit (for example, 0 for attendant access) 
e POTS, to transfer to POTS digit translation after the digit is received 


Data entry example for table DIGCOL 
Figure 15-4 shows example data entry for table DIGCOL. 
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Figure 15-4 MAP display example for table DIGCOL 


EFSVCOL 1 COL S 1 


Data entry for table XLANAME 


Table XLANAME contains a list of the translator names used for the customer 
group. This table defines the default translations used when no translations are 
defined in table IBNXLA for the access code dialed. The default translations 
data must take the same form as the original translations data in table 
IBNXLA. Field DEFAULT in table XLANAME is identical to field RESULT 
in table IBNXLA. 


Under the following conditions, the switch applies the vacant treatment 
(VACTRMT) defined in table CUSTHEAD to the call: 

e Translations data does not exist for an access code in table IBNXLA. 
e Default data does not exist in table XLANAME. 


Data entry example for table XLANAME 
Figure 15-5 shows example data entry for table XLANAME. 


Figure 15-5 MAP display example for table XLANAME 


EFAULT MAXDIG 


EFSVCXL $ 


Data entry for table CUSTENG 


Table CUSTENG defines the engineering parameters for the customer group, 
including 


e NONCOS, which is the number of NCOS numbers required 
e NOIBNTMT, which specifies the number of treatments required 
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e CONSOLES, which specifies if the group can be equipped with attendant 
consoles 


e CUSTTYPE, which defines the type of customer group as one of 


— private, which indicates that the features affected by customer group 
limits can operate only within the customer group 


— public, which indicates that the features can operate across customer 
group limits 


— family, which indicates that the customer group belongs to either a 
private or public family (defined in table CUSTFAM) 
Two of the options available in table CUSTENG apply to BRI customer 
groups: 


e PKTSUP, which allows suppression of billing for packet service within a 
customer group 


e CONF6C, which specifies the number of six-port conference circuits for 
the group 


Data entry example for table CUSTENG 
Figure 15-6 shows example data entry for table CUSTENG. 


Figure 15-6 MAP display example for table CUSTENG 


CUSTNAME ADNUM NONCOS NOIBNTMT CONSOLES MASCON DOMAIN GROUPID OPTIONS 


EFSVCGRP 10 N N PRIVATE 


Data entry for table CUSTHEAD 


Table CUSTHEAD defines the basic translation and routing characteristics for 
the customer group. 


Field CUSTXLA defines the primary translator for the customer group. 
CUSTXLA is the name assigned to the data block in table IBNXLA that 
specifies digit translation for this customer group. This data includes any 
access codes that contain a leading numeric digit. In addition to the digit 
translator, table CUSTHEAD also specifies the feature (*) and octothorpe (#) 
translators with options FETXLA and OCTXLA. These translators indicate 
the areas in table IBNXLA that define feature and octothorpe translations, 
which translate any access codes beginning with a star or octothorpe, 


respectively. The operating company can also specific a preliminary translator 
(PLMXLA). 
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Table CUSTHEAD also specifies the method of digit collection required for 
the group. Field DIGCOLNM specifies the area in table DIGCOL that defines 
digit collection for terminals in the group. 


Specify a treatment for conditions in which digit translation is not possible 
using option VACTRMT, which contains the number of the treatment in table 
IBNTREAT. 


Data entry example for table CUSTHEAD 
Figure 15-7 shows example data entry for table CUSTHEAD. 


Figure 15-7 MAP display example for table CUSTHEAD 


USTNAME CUSTXLA DGCOLNM IDIGCOL OPTIONS 


EFSVCGI EFSVCXL DEFSVCOL NIL 


Data entry for table NCOS 


Table NCOS allows the operating company to define basic translation and 
routing characteristics based on a subset of the customer group lines. This table 
defines the characteristics of the NCOS group. Base service provisioning of 
BRI terminals allocates individual lines to the NCOS group. 


For each NCOS, the operating company can define the following optional 
parameters: 


e XLAS, which defines preliminary, feature (*), and octothorpe (#) 
translators, and a digit collection name for the NCOS 


e FLSHXLA, which defines preliminary, feature, and octothorpe flash 
translators for the NCOS 


e OCTXLA, which defines an octothorpe translator for the NCOS 


If these options are datafilled, their values override the corresponding values 
datafilled in table CUSTHEAD during the call translation process. 


Table NCOS also specifies code restriction based on the NCOS. The CRL 
option defines the code restriction level that applies to the NCOS. This option 
also determines if the codes in the code restriction level are allowed or blocked. 
(The codes belonging to the code restriction level are identified in table 
CODEBLK.) 


Data entry example for table NCOS 
Figure 15-8 shows example data entry | for table NCOS. 
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Figure 15-8 MAP display example for table NCOS 


USTGRP NCOS NCOSNAME LSC TRAFSNO OPTIONS 


EFSVCGRP 0 DSNCOS 0 0 (XLAS DEFSVCXL DEFSVCXL DEFSVCOL) $ 


Data entry for table IBNRTE 


Table IBNRTE provides a route for the translated digits in the IBN 
environment. Routing is based on the routing selector field (BNRTSEL), 
which specifies the type of routing. The following selectors are used in the BRI 
environment: 


The DN selector routes the call to a DN on the switch. 
The IW selector routes an INWATS call. 


The N selector routes an outgoing call for which the dialed digits are not 
the same as the outpulsed digits. This type of call involves prefixing or 
deleting digits in table DIGMAN. 


The OW selector routes an OUTWATS call. 
The S selector routes an outgoing call to a trunk. 


The T selector routes the call to another route in table I]BNRTE or another 
routing table. 


The TRMT selector routes the call to a treatment. 


The VFG selector routes the call to a virtual facility group (VFG). 


Table IBNRTE contains route lists, each identified by a route reference index. 
Each route list contains up to eight different routes for the call. 


Note: There are four IBN routing tables, named IBNRTE, IBNRT2, 
IBNRT3, and IBNRT4. Each of these tables operates in the same way. In this 
document, IBNRTE refers to all of these IBN routing tables. 


Data entry example for table IBNRTE 
Figure 15-9 shows example data entry for table IBNRTE. 


Figure 15-9 MAP display example for table IBNRTE 


RTE RTELIST 


972 VFG N N N 611VFG 830 $ 
911 VFG Y Y N 911VFG 0 $ 
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Data entry for table IBNXLA 


Table IBNXLA translates the digits in calls that originate at BRI terminals or 
incoming trunks. The following identify each tuple (translator) in the table: 


e atranslator name assigned in table XLANAME 


e atranslation selector (TRSEL), which specifies the type of translation to 
perform 


Depending on the type of translation, the RESULT field provides a route or 
treatment for the digits. 


Datafill for the Customer Groups capability uses the following types of 
translation selectors: 


e The ATT (attendant access) selector routes calls to the attendant. 


e The EXTN (extension) selector routes calls on an extension basis when 
abbreviated numbers are dialed. 


e The FLEXI (route to IBN treatment table) selector translates calls on 
special intercept lines and routes the calls to treatments. 


e The NET (networks) selector handles translation of network calls. The 
NETTYPE field distinguishes between types of networks, for example, 
direct outward dial (DOD), private network (PVT), or OUTWATS (OWT) 
calls. 


Within the NET translation selector for DOD calls, the CRL field allows the 
operating company to enable or disable code restriction or allowance. 


If there is no datafill for the dialed digits, translation proceeds according to the 
default given in table XLANAME. If there is no default in table XLANAME, 
translation automatically defaults to the VACTRMT specified in table 
CUSTHEAD. 


Data entry example for table IBNXLA 


Figure 15-10 shows example data entry for table IBNXLA. 


Figure 15-10 MAP display example for table IBNXLA 


DEFSVCXL 411 NET Y Y 1 Y N N GEN $ $ 
DEFSVCXL 911 NET Y Y 1 Y POTS N N GEN (LATTR 91) $ $ 
DEFSVCXL 991 NET Y Y 1 Y N N GEN $$ 
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Data entry for table DNROUTE 


Table DNROUTE directs DNs that are not associated with an LTID (for 
example, INWATS lines) to a route or treatment. Different DN selectors (in 
field DN_SEL) are used to specify different types of routing for calls to the 
specified DNs. 


Provisioning Support for Default Service adds the DN selector value DSVC to 
table DNROUTE. The DSVC selector identifies a DN as the Default Service 
DN. Table DNROUTE can contain only one Default Service tuple. 


Note: The operating company must use the DEFSVCCI tool SETUP 
command before provisioning the Default Service DN in table DNROUTE. 
Before using the DEFSVCCI tool REMOVE command, the operating 
company must remove the Default Service DN from table DNROUTE. For 
more information, refer to “DEFSVCCTI tool” at the beginning of this 
chapter. 


Removal of the Default Service DN and entry of a new Default Service DN 
triggers static data download messages. These messages update the DN 
information to each XPM that is in service and supports BRI lines. In addition, 
BRI lines with a status already set to WORKING are equipped for Default 
Service. 


Data entry example for table DNROUTE 
Figure 15-11 shows example data entry for table DNROUTE. 


Figure 15-11 MAP display example for table DNROUTE 


E OFCCODE STNCODE 


9999 DSVC DEFSVCGRP 0 0 
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Error message for table DNROUTE 
Table 15-3 shows the error messages that apply to table DNROUTE. 


Table 15-3 Error message for table DNROUTE 


Error message Explanation and action 


Only one Default Service DN Enter only one Default Service tuple in table 
per switch. The Default DNROUTE. 
Service DN is nnn nnn nnmn. 


Default Service has not been Use the DEFSVCCI tool SETUP command 
set up on all eligible ISDN before provisioning the Default Service DN in 
loops. TosetupallISDNloops table DNROUTE. 

use the Cl command 

DEFSVCCI and run SETUP. 

Then you will be able to add 

the Default Service DN to 

Table DNROUTE. 


Translation verification tools 


Provisioning Support for Default Service does not use translation verification 
tools. Translation verification tools do not support Default Service DN 
originations. 


SERVORD 


Provisioning Support for Default Service prevents the entry of a provisioned 
ten-digit Default Service DN as an input parameter for the following 
SERVORD commands: 


e ABNN (add bridged night number) 

e ADD (add line to an existing hunt group) 

e ADDPH (add or change packet handler options) 

e ADO (add option) 

e CHAPH (change packet handler parameters) 

e CHF (change feature information for pre-existing feature) 
e CHG (change translation/routing information) 

e DEL (delete line from a hunt group) 

e DELPH (delete packet handler options) 

e DEO (delete option) 

e EST (establish a hunt group or call pickup group) 
e NEW establish service) 
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e OUT (remove service) 

e SUS (suspend service) 

e SWLT (swap logical terminals) 

Table 15-4 shows the error message that displays if the operating company 


attempts to enter a Default Service DN in which “<nnnnnnnnnn>” is the 
Default Service DN. 


Table 15-4 SERVORD error message for Default Service DN 


Error message 


Default Service DN: Invalid input <annnnnnnnn> 


One exception exists. Assume the following: 


e A switch has multiple numbering plan areas (NPA) and duplicate exchange 
codes (NXX). 


e Translations restricts some DNs—for example, forwarding or hunt group 
overflow DNs—to seven digits. 


The following condition allows entry of part of a Default Service DN at a 
SERVORD prompt. 


The operating company attempts to enter a Default Service DN under one 
NPA. Under a different NPA, a forwarding or overflow DN shares the NXX 
and station code of the Default Service DN. That is, the seven digits of the 
forwarding or overflow DN are identical to those of the Default Service DN. 
In this event, SERVORD accepts the entry of the Default Service DN. 


This behavior is in line with existing SERVORD behavior with normal DNs. 
SERVORD always accepts the entry of ambiguous DNs; if DN rejection 
occurs, the rejection is based on later feature-specific checks. 


Changes to SERVORD QDN query command 
Default Service modifies the SERVORD QDN (query DN) command output 
to identify Default Service DNs. The QDN command output does not include 
the BRI LENs associated with a Default Service DN. 


Changes to SERVORD QDNSU and QDNWRK query commands 
Default Service modifies the following SERVORD query commands to 
identify Default Service DNs in the command output: 


e QDNSU (query software unassigned DNs) 
e QDNWRK (query working [assigned] DNs) 
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The QDNSU or QDNWRK command output includes the Default Service DN 
when the R (range of DNs) and D (detailed printout) options are specified. 


The command output omits the Default Service DN when the R and S 
(summary printout) options are specified. 


The command output also omits the Default service DN when the following 
options are specified: 

e ALL (all DNs) option with D option 

e ALL option with S option 
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16 ISDN office parameters 


Introduction to ISDN office parameters 


NAO14 does not introduce any new office parameters. Therefore, this chapter 
does not contain any office parameters. 


For information about ISDN office parameters, refer to the Office Parameters 
Reference Manual, 297-8001-855, which includes the following information 
for each office parameter: 


Functional description 
Provisioning rules 
Range information 
Activation 
Dependencies 
Consequences 
Verification 

Memory requirements 


Dump and restore rules 


Functional description 
Describes the ISDN feature with which the office parameter is associated as 
well as the effect the parameter has on that ISDN feature. 


Provisioning rules 
Describes the scope and limitations of an office parameter. 


Range information 
Provides the acceptable minimum, maximum, and default settings or values 
for an office parameter. 
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Dependencies 
Dependencies are used to indicate the following information: 


e Whether any other office parameters are associated with this feature. 
e A required feature package for the presence of an office parameter. 


e Whether or not a feature is activated or deactivated by an office parameter. 


Consequences 
Describes the effect on the DMS, including the activation or deactivation of a 
feature resulting from setting the parameter to either on or off, or changing its 
default value. 


Verification 
Describes a means by which to verify the activation or deactivation of an office 
parameter. 


Memory requirements 
States the impact of this office parameter on office memory requirements. 


Dump and restore rules 
Provides instructions on how to treat an office parameter during a dump and 
restore process. 


Parameter history 
Indicates, in the software load, when the office parameter was introduced. 
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17 SERVORD procedures 


Introduction 


The Service Order System (SERVORD) is the DMS switch MAP 
(maintenance and administration position) method of making configuration 
changes to a line without having to use the DMS table editor. Through 
SERVORD, users can configure initial service, assign directory numbers 
(DN), assign or change options, move services, and perform many other 
functions. 


This document assumes a general knowledge of DMS SERVORD and the 
reader needs to know how to use SERVORD to set up and modify ISDN 
services. If you are unfamiliar with DMS SERVORD, attendance in Nortel 
course number 0430 “DMS SuperNode System Line Data Modification by 
SERVORD” is recommended prior to attempting to make SERVORD changes 
in the DMS switch. 


There are many different options available for integrated services digital 
network (ISDN) lines that are implemented through service order. In order to 
provision the line correctly and to avoid the costly tasks of re-entering service 
orders or troubleshooting errors, it is important to obtain certain information 
up front from the subscriber. This up front information includes the following: 


e what options the subscriber’s equipment supports 
e what options the subscriber wants 


e which options, such as electronic key telephone service (EKTS), require a 
yes or no to be entered in the service order to reflect the subscriber’s 
request 


e what keys are to be assigned to which features 


To help with this process, ISDN capability packages (also now known as ISDN 
ordering codes [IOC]) have been introduced. Many subscribers order ISDN 
based on IOCs. These codes directly impact how the line is to be provisioned 
in SERVORD. Refer to the chapter titled “Simplification of ordering, 
provisioning, and installation” for information on ISDN ordering codes. 
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Because ISDN introduced the concept of a logical terminal (LT) to the DMS 
switch, the set logical terminal (SLT) was added to SERVORD to enable the 
system to address those LTs. The SLT command is used to establish an initial 
ISDN configuration or to make ISDN-specific changes to the logical terminal. 


In addition to using the SLT command, ISDN services are also modified with 
the same commands used for plain ordinary telephone service (POTS) and 
analog Meridian Digital Centrex (MDC) lines. One item that the user can find 
confusing is that SERVORD will prompt the user for a DN_OR_LEN when it 
means directory number (DN), line equipment number (LEN), or logical 
terminal identifier (LTID). An example of this is found in the add option 
(ADO) command. When the user is working with an ISDN LT and the system 
prompts for a DN_OR_LEN, the user can actually enter the LTID rather than 
the DN or LEN. 


ATTENTION 
Prior to NA008, if a >$was entered at the service order prompt ABS 
(Authorized Bearer Services), the line was provisioned with all bearer 
services except PMD (Packet Mode Data). Beginning with NA008, if a 
“$” is entered, the user will receive VOICE, VBD and CMD. There is no 
indication given by the DMS switch that anything is different from past 
provisioning rules. 


The flowchart in Figure 17-1 shows the SERVORD steps used to establish new 
ISDN service, and the parameters these steps can modify or input. (Note that 
some of these parameters are optional.) 
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Figure 17-1 SERVORD example 


LTID 
LTCLASS 
CS 

PS 


Define LTID MAXKEYS 


parameters DEFLTERM 
(SLT.ADD) TEI_TYPE 


TSPID 

ABS (NI1 ONLY) 
EKTS 

OPTION 


Define DN 
parameters 
(NEW) 
RINGING 
LATANAME 


LTG 
OPTION 


Define bearer Se oncne 
channel 

PROWLLC 
parameters PROWHLC 


Attach LTID 


LEN 
(SLEATT) TEI (STATIC TEI ONLY) 


Defining the logical terminal and its service parameters 


The logical terminal is defined using the SERVORD SLT ADD command. 
Depending on the access privilege specified (circuit switched or 
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packet-switched), the following tables are automatically datafilled through 
SERVORD. Refer to Table 17-1. 


Table 17-1 Tables automatically datafilled through SERVORD 


Circuit-switched terminals Packet-switched terminals 
LTDEF LTDEF 
KSETINV 


The parameters defined during this step include 


LTID (logical terminal identifier), which identifies the logical terminal 


LTCLASS (logical terminal class), which specifies the type of physical 
terminal associated with the LTID 


CS (circuit-switched) or PS (packet-switched)—logical terminal access 
privileges that specify whether the service required is circuit-switched or 
packet-switched 


MAXKEYS (maximum keys), which states the number of keys on the 
terminal 


DEFLTERM (default logical terminal), which identifies an LTID as a 
non-initializing terminal, prompted Y or N. If set to Y the user- or 
network-assigned TEI (UNATED) option is automatically assigned to the 
LTID. 


TEI_TYPE, which specifies the TEI as static, dynamic, user-assigned or 
UNATEI (unassociated TEI) can be assigned 


TSPID 1 to 18 digit terminal service profile identifier assigned to basic rate 
access functional set (BRAFS) terminals. 


ABS (authorized bearer services), which assigns the bearer capability for 
the DNs associated with this LTID (NI-1) 


— In NAO08 there is no ABS prompt for 2B and NI-2 terminals. Default 
bearer capability (DBC) of DBC_SP is automatically assigned to each 
DN appearance or AFC key on NI-2 FIT terminals. 


— The default DBC is changed using the SERVORD CHF (change 
feature) command. The allowable DBCs are DBC_SP, DBC_3_1_K, 
DBC_56K, and DBC_64K. 


EKTS (electronic key telephone service), which specifies whether or not 
EKTS features can be assigned to the terminal 


options assigned at this step include the following: 


— SPIDSFX (service profile identifier suffix, which is a 1- to 4-digit 
number used in association with the service profile identifier (SPID) to 
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identify two ISDN circuit-switched devices on the same line with the 
same SPID, such as with MADN members. Beginning in NA009, 
option SPIDSFX only applies to meridian feature transparency (MFT). 


— ELN (essential line) allows a line to be designated as essential. When 
emergency cutoff is activated, all nonessential subscribers originating 
calls are denied service. A line with option ELN is allowed to originate 
calls when the switching unit has line load control active. 


— PVC (protocol version control), which identifies the protocol version 
used by the terminal is a required parameter for all ISDN lines. This 
parameter should be set to Functional Issue 2 for National ISDN 1 
service. Functional Issue 0 and 1 are available but are not National 
ISDN compliant. PVC with a Functional Issue 2 is automatically 
assigned to NI-1 2B and NI-2 LTIDS. 


— CACH (call appearance call handling) changes the protocol 
conventions for communications between the DMS and the CPE. 
Option CACH is only added to the line if the CPE attached to the line 
supports and is configured for CACH, which requires EKTS to be set 
to Y. 


— TERML (maximum number of terminals) specifies the maximum 
number of NITs that can be supported in a range from 1 to 8. The 
default is 1. This applies only when DEFLTERM is equal to Y and CS 
is equal to NI2. 


— AGA (associated group assignment) allows a directory number/call 
type (DNCT) or a group of DNCTs to be restricted to the use of a single 
B-channel. This option is only valid for circuit-switched BRAFS 
terminals. Option AGA allows 2B and NI-2 logical terminals to 
support up to nine associated groups.Option AGA can be added using 
the SLT ADD or SLT CHA commands. 


— SLIBRI (single line ISDN) is assigned to each SLIBRI to identify the 
set as a single line ISDN and to support the additional datafill required 
for RES translations simplifications. Option SLBRI is assigned when 
an NI-2 LTID is provisioned using the SERVORD SLT ADD 
command. SLBRI can not be added or removed using the SLT CHA 
command. 


— OML (overload messaging limit) dictates the maximum number of 
D-channel Q.931 messages allowed before Rapid Messaging log 
messages and or call processing controls are applied to a BRI terminal. 
This option overrides the office parameter DEFOML. Option OML 
only applies to BRAFS circuit switched LTIDs. It does not apply to 
Meridian Feature transparency (MFT) and stimulus LTIDs. Option 
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OML can not be added to an LTID using SERVORD. It must be added 
in table LTDEF using table editor commands ADD or CHA. 


OCT (overload condition treatment) dictates what treatment is applied 
to a BRI terminal that is in a Rapid Messaging state. BRI terminals 
assigned report and control treatment are taken out of service and log 
messages are generated when ina Rapid Messaging state. A log 
message is generated for those BRI terminals assigned report only 
treatment when they are in Rapid Messaging state. In this case, the BRI 
terminal is not taken out of service. Option OCT only applies to 
BRAFS circuit switched LTIDs. It does not apply to MFT and stimulus 
LTIDs. Option OCT can not be added to an LTID using SERVORD. It 
must be added in table LTDEF using table editor commands ADD or 
CHA. 


Attaching the logical terminal to the appropriate LEN 
The logical terminal is attached to its LEN using the SERVORD SLT ATT 
command, which associates the logical terminal with the LEN that identifies 
the line card to which it is connected. For B-channel packet terminals, the SLT 
ATT command can also be used to provision a B-channel connection to the 
DMS PH. 


The data entries in the following tables are automatically entered through 
SERVORD. Refer to Table 17-2. 


Table 17-2 Tables automatically datafilled through SERVORD 


Circuit-switched terminals Packet-switched terminals 


LTMAP 


SPECCONN 


Configure ISDN using SERVORD 


The following section of this chapter reviews the SERVORD commands 
necessary to configure ISDN services. The following examples are given: 


SLT ADD command used to add a new LTID 

SLT CHA command used to change set attributes 

NEW command used to associate a DN with the LTID 

QLT command used to query the LTID to verify the datafill 

QLEN command used to query the LEN before the LTID is attached 
SLT ATT command used to attach the LTID to a LEN 

QLEN command used to query the LEN after the LTID is attached 
ADO command used to add an option to an existing non-NI-2 ISDN line 
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ADO command used to add an option to an existing NI-2 ISDN line 
ADO command used to add option CFX VAL to an existing NI-2 ISDN line 


DEO command used to remove option CFX VAL from an existing NI-2 
ISDN line 


SLT DET command used to detach an LTID from a LEN 
OUT command used to remove DN associated with LTID 
SLT REM command used to remove an LTID 


This section is followed by specific examples for establishing ISDN service for 
the following types of ISDN set configurations: 


SLT command 


NI-1 1B FIT 

NI-1 1B NIT 

Dynamic TEI packet-only NIT 
NI-1 2B FIT 

NI-1 2B NIT 

NI-2 FIT 

NI-2 BRI RES 

NI-2 NIT 

NI-2 2BD 


The SLT (set logical terminal) command contains the subcommands required 
to establish new ISDN service and make ISDN-specific changes to existing 
service. The user can make two intentional incorrect entries to determine what 
information must be entered in response toa SERVORD prompt while using 
the SLT command. 


Figure 17-2 and Figure 17-3 show examples of error messages that are 
displayed as a result of the intentional entry of incorrect responses to 
SERVORD prompts. 
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Figure 17-2 First intentional incorrect entry MAP display 


>SERVORD 


SONUMBER: NOW 98 1 23 AM 


>ISDN 1 


*** ERROR *** 


TYPE OF FUNCTION IS SLT_COMMAND_FUNCTIONS 
PLEASE ENTER: 
FUNCTION: 


; J 


The error message displayed in Figure 17-2 is the result of an intentionally 
incorrect entry that was made to see what command parameters are available 
at that point. Repeating an intentionally incorrect entry twice will usually 
prompt the switch to display the available command parameters at that level. 
Refer to Figure 17-3. 


Figure 17-3 Second intentional incorrect entry MAP display 


PLEASE ENTER: 
FUNCTION: 
> 

**k*k ERROR*** 

TYPE OF FUNCTION IS SLT_COMMAND_FUNCTIONS 

TYPE IS SLT_COMMAND_FUNCTIONS {ADD, REM, ATT, DET, CHA} 
PLEASE ENTER: 


>ABORT <- Enter either abort to interrupt the service 
order or one of the SLT command functions to continue it. 


REM, ATT, DET, and CHA commands 
The SLT command contains the following subcommands: 


e ADD: Adds a new logical terminal to an existing logical terminal group. 
Table LTGRP must have been previously datafilled to support the logical 
terminal group to which you are going to add this logical terminal. In the 
previous example in Figure 17-2, LTID ISDN 1 did not exist in the switch. 
SERVORD will accept the entry because it needs to allow creation of the 
entry. 


e REM: removes a previously created LTID 
e ATT: attaches a previously created LTID to a LEN in the switch 
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e DET: Detaches an attached LTID from the LEN to which it is attached 
e CHA: changes the ISDN parameters on the line 


Add a new LTID using the SLT ADD command 


Use the SLT command to add a new FIT (NI-2) LTID to the switch. Note the 
line being created is just an example. Each line may have a different 
configuration. Refer to Figure 17-4. 


Note: As of NA009, SERVORD prompts for the terminal service profile 
identifier (TSPID) during an SLT ADD command for NI-1 2B and NI-2 
BRAFS (basic rate access functional set) LTIDs when a dynamic TEI 
(DTEI, UATEI, or UNATED) is entered. The TSPID is not available as an 
ADD option. The TSPID value can be changed using the SLT CHA 
command. 
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Figure 17-4 Example of MAP display when using the SLT ADD command 


E N 


SONUMBER: NOW 98 1 24 AM 


LTID: 

>ISDN 1 <- This is new Logical Terminal 
FUNCTION: 

>ADD 

LTCLASS: 

>BRAFS 


EI_TYPE: 


> 
D 
>N 
T 
> 


TSPID: 

>6137235011 

EKTS: 

>Y <- EKTS option will NOT always be set 

to Y (Typically Y for phones, otherwise N). 

OPTION: 

>PVC <- A default PVC version of FUNCTIONAL and 

PVC issue of 2 will be used with NI2 if option is not 
entered here. 

VERSION: 

>FUNCTIONAL 

ISSUE: 

>2 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 1 24 AM ISDN 1 ADD BRAFS NI2 N 64 DTEI $Y 
6137235011 PVC FUNCTIONAL 2 $ 

ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


\ >Y J 


MAXKEYS automatic updating 
When adding an LTID using the SLT ADD command, the user is prompted to 
enter a value for the maximum number of keys (MAXKEYS) on an ISDN set 
used for circuit-switched service. The valid range for input in response to the 
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MAXKEYS prompt is 2 to 64. It is recommended that during an SLT ADD the 
MAXKEYS attribute be set to its maximum value, 64. 


In software loads prior to NA009, SERVORD rejects an attempt to assign a 
feature to an ISDN set key where the key number entered is greater than the 
maximum number of keys specified for that set when the LTID was created. 
The only way to make such an assignment is to remove the ISDN line from 
service and re-establish it with an increased value for the MAXKEYS 
parameter. The value for MAXKEYS can only be specified through the 
execution of the SLT ADD command. The removal and re-establishment of an 
ISDN line requires execution of the following commands: 


e OUT—remove service from the provisioned DN 

e SLT DET—detach an LTID from a LEN 

e SLT REM—remove an LTID 

e SLT ADD—add an LTID with higher value for the MAXKEYS parameter 
e SLT ATT—attach an LTID to a LEN 

e NEW —-provision service on an unassigned DN 

As of NAO09, it is no longer necessary to remove a BRI line from service in 


order to re-establish it with an increased value of MAXKEYS in order to allow 
feature assignment to unused keys. 


The value for MAXKEYS automatically increases to its maximum value of 64 
only when using one of the following commands: 


e ADO command to add an option key resulting in the total number of keys 
exceeding the current value set for MAXKEYS 


e CHF command to increase the number of AFC or CRBL keys resulting in 
the total number of keys exceeding the current value set for MAXKEYS 


The value for MAXKEYS can not be increased to 64 using the ADO and CHF 
commands when the line is call processing busy. 


An automatic update of the attribute MAXKEYS to 64 does not occur when 
using the following commands to initially provision a line: 

e EST—establish a hunt group 

e ADD—add a line to an existing hunt group 

e NEW —-provision new service and assign a feature to a key 

This enhancement does not alter the operation of the SLT ADD command. It 
will still prompt for the entry of a value for MAXKEYS between 2 and 64. 


This entry is reflected in the query LTID command display. The SLT CHA 
command is not enhanced to prompt for MAXKEYS. The automatic updating 
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of the value of MAXKEYS to 64 occurs only during the assignment of a 
feature to an established ISDN set key using either the ADO or CHF 
command. 


Change set attributes using the SLT CHA command 


Use the SLT CHA command to change one of the following ISDN set 
attributes: 


SPIDSFX 

ABS (Note 1) 

PVC 

CACH (Note 2) 

ELN 

TERML 

EKTS 

AGA 

SLBRI 
Note 1: In software loads earlier than NAO08, the ABS set attribute value 
can be changed to: NOVOICE, NOVBD, and NOCMD. The default is 
NOPMD. Beginning with the NA008 software load, the attribute values for 


ABS for non-NI-2 sets are: VOICE, CMD, and VBD. The default is VOICE, 
CMD and VBD when a $is used in SERVORD. 


Note 2: In software loads earlier than NA008, option CACH is only 
available for change if the value for EKTS is set to Y. The value for EKTS 
can not be changed using the SLT CHA command. Beginning with NA008, 
the SLT CHA command is used to change the EKTS value from N to Y. 


Note 3: Option SLBRI can not be added or removed using the SLT CHA 
command. 


Refer to Figure 17-5 for an example of the MAP display when using the SLT 
CHA command to change status of EKTS from N to Y. 
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Figure 17-5 Example MAP display when using the SLT CHA command to 
change the status of EKTS from N to Y 


ERVORD 


BER: NOW 


ET_ATTRIBUTE: 
EKTS 


AN 
H 
n 


T_ATTRIBUTE: 


OAK 


OMMAND AS ENTERED: 
NOW 98 1 24 AM ISDN 1 CHA (EKTS Y) 
ER Y TO CONFIRM, N TO REJECT OR E TO E 


E 
H 


> 
S 
> 
> 
S] 
> 
C 
S] 


Adding LTID options OCT and OML 


As of NA010, add options OCT and OML associated with the Rapid 
Messaging feature to an LTID in table LTDEF using the table editor 
commands ADD or CHA. These LTID options can not be added to an LTID 
using the SERVORD SLT ADD or SLT CHA commands. Options OCT and 
OML are only supported by protocol control version (PVC) functional issue 2 
or greater. 


Refer to Figure 17-6 for an example of using the table editor CHA command 
to add the option OML to an LTID in table LTDEF. 
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Figure 17-6 Example MAP display when using the table editor CHA command 
to add OML option to an LTID in table LTDEF 


(cx: N 


>TABLE LTDEF 

TABLE LTDEF: 

>POS ISDN 5 2B 

ISDN 5 2B 

BRAFS (NITYPE NI2) (VBD) (CMD) (PVC FUNCTIONAL 2) (DTEI) $ 

>CHA 

LTAP: 2B 

> 

LTCLASS: BRAFS 

> 

OPTION: NITYPE 

> 

NITYPE: NI2 

> 

OPTION: PVC 

>VERSION: FUNCTIONAL 

> 

ISSUE: 2 

>OPTION: DTEI 

> 

OPTION: TSPID 

> 

TSPID: 6136236767 

> 

OPTION: 

>OML 

LIMIT: 

>75 

OPTION: 

>$ 

TUPLE TO BE CHANGED: 
ISDN 5 2B 

BRAFS (NITYPE NI2) (PVC FUNCTIONAL 2) (DTEI) (TSPID 
6136236767) (OML 75) $ 

ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 

>Y 

TUPLE CHANGED 


N 


Refer to Figure 17-7 for an example of using the table editor ADD command 
to add the option OML to an LTID in table LTDEF. 
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Figure 17-7 Example MAP display when using the table editor ADD command 
to add OML option to an LTID in table LTDEF 


cr: Y 


LTCLASS: 
>BRAFS 
OPTION: 
>DTEI 
OPTION: 
>TSPID 
TSPID: 
>6136237878 
OPTION: 
>PVC 
VERSION: 
>FUNCTIONAL 
ISSUE: 


TUPLE TO BE ADDED: 

ISDN 100 2B BRAFS (DTEI) (TSPID 6136237878) 
(PVC FUNCTIONAL 2) (NITYPE NI2) (OML 75) $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


eer ADDED E 


Refer to Figure 17-8 for an example of using the table editor CHA command 
to add the option OCT to an LTID in table LTDEF. 
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Figure 17-8 Example MAP display when using the table editor CHA command 


to add OCT option to an LTID in table LTDEF 


LTCLASS: 
>BRAF'S 
OPTION: 
>DTEI 
OPTION: 
>TSPID 
TSPID: 
>6136237879 
OPTION: 
>PVC 
VERSION: 
>FUNCTIONAL 
ISSUE: 


TUPLE TO BE ADDED: 

ISDN 100 2B BRAFS (DTEI) (TSPID 6136237879) 
(PVC FUNCTIONAL 2) (NITYPE NI2) (OCT REPONLY) 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


ee ADDED 


x 


Z 


Refer to Figure 17-9 for an example of using the table editor ADD command 


to add the option OCT to an LTID in table LTDEF. 
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Figure 17-9 Example MAP display when using the table editor ADD command 
to add OCT option to an LTID in table LTDEF 


cr: > 


LTCLASS: 
>BRAF'S 
OPTION: 
>DTEI 
OPTION: 
>TSPID 
TSPID: 
>6136237880 
OPTION: 
>PVC 
VERSION: 
>FUNCTIONAL 
ISSUE: 


TREATMENT: 
>REPCTRL 


TUPLE TO BE ADDED: 

ISDN 150 2B BRAFS (DTEI) (TSPID 6136237880) 
(PVC FUNCTIONAL 2) (NITYPE NI2) (OCT REPCTRL) $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


eer ADDED E 


Refer to Figure 17-10 for an example of the MAP display when the QLT 
command is used on an LTID to verify the presence of options OML and OCT. 
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Figure 17-10 Example MAP display when using the QLT command on an LTID 
to verify presence of options OML and OCT 


(cr: 
QLT ISDN 152 


DIRECTORY NUMBER: 6237998 
LT GROUP NO: 15 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: N 
EKTS: N CACH: N 

SLBRI: N 

CS: NI2 PS: N 

OML: 120 

OCT: REPCNTL 

ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6136237888 
LEN: HOST 02 0 07 03 TEI: DYNAMIC 

CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 

OPTIONS: 

SFC VI $ $ CMD BOTH $ $ KSMOH 


AR NOAMA $ DCC CRBL 3 3 NDNAP 6 ACB NOAMA $ TRANSFER EXP 


CTALL DROP FC 3 AFC 5 
KEY DN CALLTYPE 
1 DN 6136237998 VI & CMD 
KEY FEATUR 

1 AR NOAMA $ 

1 DCC 

al ACOU 2 2 

1 CRBL 3 3 

J DBC DBC_SP 

1 NDNAP 6 

2 AFC DBC_SP 

3 AFC DBC_SP 

4 AFC DBC_SP 

5 AFC DBC_sp 

6 AFC DBC_SP 

9 FC 3 

10 DROP 

11 TRANSFER EXP CTALL 

12 ACB NOAMA $ 
24 RLS 


Associate a DN with the LTID using the NEW command 


Use the NEW command to associate a DN with the LTID. The LTID number 
is added in response to the SERVORD prompt “LEN_OR_LTID.” Refer to 
Figure 17-11 for an example of the MAP display when using the NEW 
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command to associate a DN with an LTID. LTID ISDN 1 in example is and 


NI-2 LTID. 


Figure 17-11 Example of MAP display when using the NEW command 


N: 
5480001 


> 
ET 


AVAVEVUVN 


EN_OR_LTID: 
DN 1 
EY: 


COMMAND AS ENTERED: 


ILLATA 0 ISDN 1 $ 


>Y 


CRBL values will default to VI=1 and CM 
The CHF command can be used to modify CR 


NDNAP will default to 2 


BER: 98 1 24 AM 


NEW NOW 98 1 24 AM 5480001 ISDNKS! 


ENTER Y TO CONFIRM,N TO RE 


J 


ECT OR 


ET ISDN 


E TO 


00919 1Y 


EDIT 


D=1. 


BL values. 


The CHF command can be used to modify the NDNAP value. 


NA011 DN Call Appearance Key Independence feature 
Before NAO11, the number of DN appearances for non-Multiple Appearance 
Directory Number (MADN) DNs equaled the sum of the values provisioned 
for the Call Reference Busy Limit (CRBL) option. The CRBL option allows 
the subscriber to limit the number of active calls for voiceband information 


(VI) and circuit-mode data (CMD). 


As of NAO11, the DN Call Appearance Key Independence feature lets 
subscribers specify the number of DN appearances downloaded to NI-2 sets by 
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parameter downloading. This feature removes the link between the number of 
DN appearances and the CRBL. DNs assigned to NI-2 sets can have a number 
of key appearances assigned that is less than the CRBL total. As long as the 
user has at least one key allocated to the DN, the CRBL values remain 
unchanged. 


This feature implements a new option, Number of DN Appearances 
(NDNAP), which specifies the number of keys a DN occupies on an NI-2 set. 
Option NDNAP is added to a DN using the NEW command. The CHF 
command is used to change the NDNAP value. The subscriber can still place 
the number of calls up to the limits set by CRBL values. The call limit remains 
unchanged even though the set is provisioned for a number less than the total 
CRBL value. 


For example, a subscriber can have a CRBL VI=2, CRBL CMD=2, yet have 
only two keys occupying space on the set, and still be able to place four active 
calls. This DN key independence provides new flexibility to the user, who can 
now have additional keys available for features. 


The following limitations and restrictions apply to DN Call Appearance Key 
Independence feature: 


e User can not assign more DN appearances (NDNAP value) than the total 
of the CRBL values. 


e For DNs assigned to EKTS CACH sets, the user can not assign a NDNAP 
value lower the CRBL VI value. 


e CACH can not be assigned to an LTID using the SLT command unless the 
NDNAP option is greater than or equal to the CRBL value. 


e The NDNAP option can not be assigned to MADN DNs. 
e Option NDNAP is incompatible with options AFC, NUMC, and MDN. 
e The value for NDNAP can only be 1 for DNs in a HUNT group. 


e When the value for NDNAP is not specified in the NEW command, 
SERVORD automatically assigns a value equal to the sum of the CRBL 
values. 


e The NDNAP option is automatically assigned to the DN when the MADN 
option is deleted with the DEO command. 


e The NDNAP option is automatically deleted from the DN when the 
MADN option is added with the ADO command. 


NA011 NDNAP SERVORD examples 


Figure 17-12 shows an example of using the SERVORD command NEW to 
add NDNAP option to an NI-2 set. 
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Figure 17-12 Example of the MAP display when using the NEW command to 


add a DN with option NDNAP to an NI-2 LTID 


CI; 
>SERVOJ 
SO: 
>NEW 
SONUM 
> 

DN: 
>5221000 
TiECuACCS 
>ISDNKSET 
GROUP: 
>ISDN 
SUBGRP 

>0 

NCOS: 

>0 

SNPA: 
>919 

KEY: 

>1 
RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG: 0 

> 
LEN_OR_LTID: 
>ISDN 113 
OPTKEY: 

>1 

OPTION: 
>CRBL 

VI: 
>2 
CMD: 
>2 
OPTK] 
>1 
OPTION: 
>NDNAP 


RD 


ER: NOW 98 11 4 PM 


P . 
EY: 


COMMAND AS ENTERED: 
NOW 98 11 4 PM 5221000 ISDNKSI 
LATA 0 ISDN 113 (1 CRBL 2 2 ) 


ET ISDN 0 0 407 1 Y 
(1 NDNAP 2) $ 


ER Y TO CONFIRM, N TO REJECT O 


R E TO EDIT 


Figure 17-13 shows an example of the MAP 


display when using the QLT 


command on an NI-2 LTID that is associated with a DN with option NDNAP 


assigned 
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Figure 17-13 Example of the MAP display when using the QLT command on an 
NI-2 LTID associated with a DN with option NDNAP assigned 


Cie 
>QLT ISDN 113 


5221000 


EFAULT LOGICAL TERMINAL: N 


DYNAMIC 


ION: FUNCTIONAL ISSUE 2 
D: 9195221000 
ISDN SUBGRP: 0 NCOS: 0 RING: Y 
E CLASS CODE: ISDNKSET 
EYS: 64 
OPTIONS: 
SFC VI $ $ N CMD BOTH $ $N 
CRBL 2 2 NDNAP 2 AFC 6 
OFFICE OPTIONS: 

AIN LNP 


EY CALLTYPE 


Swap logical terminals 
The SWLT (swap logical terminals) command swaps two logical terminals by 
detaching and then reattaching the terminals to each other’s line equipment 
number (LEN). You must uniquely identify both logical terminals by their 
directory numbers (DN), data network addresses (DNA), or logical terminal 
identifiers (LTID). Only compatible terminals can be swapped. 
The following notes apply to the SWLT command: 
e LTIDs must be the same type of terminal for swapping. 
e D-packet LTIDs must belong to the same LTGRP for swapping. 
e You can not use the SWLT command on B-channel packet (PB) terminals. 
e You can not swap terminals with the PHI and LTBYTE options. 


e When two logical terminals are swapped, the new TEIs can be different. In 
this case, the TEIs must be reprogrammed. 
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e As of the NA009 release, the Provisioning Support for Default Service 
feature prevents the entry of a Default Service DN at the DN1 and DN2 
prompts. The following error message displays, where <nnnnnnnnnn> is 
the Default Service DN: 


Default Service DN: Invalid input 
<nnnnnnnnnn> 
The following exception exists. Assume that 


— A switching system has multiple numbering plan areas (NPA) and 
duplicate exchange codes (NXX). 


— Translations restricts some DNs—for example, forwarding or hunt 
group overflow DNs—to seven digits. 


The following condition allows entry of part of a Default Service DN at a 
SERVORD prompt. 


The operating company attempts to enter a Default Service DN under one 
NPA. Under a different NPA, a forwarding or overflow DN shares the NXX 
and station code of the Default Service DN. That is, the seven digits of the 
forwarding or overflow DN are identical to those of the Default Service 

DN. In this event, SERVORD accepts the entry of the Default Service DN. 


This behavior is in line with existing SERVORD behavior with normal 
DNs. SERVORD always accepts the entry of ambiguous DNs. If a DN 
rejection occurs, the rejection is based on later, feature-specific checks. 


e The LTIDs to be swapped must be on the same interface. 


NA010 changes in swap logical terminal command 
As of NAO10, the SWLT command includes changes in the SERVORD 
prompts when it is used to swap LTIDs in the following two instances: 


e The two LTIDs being swapped share a common DN 
e The Duplicate NXX feature is activated. 


Shared DN 

Before NAO10, the entry of “DNS” in response to the prompt, “FUNCTION” 
did not result ina SERVORD prompt for LTIDs. As of NAO10, if the two 
LTIDs being swapped share a common DN, SERVORD prompts for LTID 
numbers as well as DNs when the entry “DNS” for the SWLT function is 
made. If the LTIDs do not share a common DN, SERVORD does not prompt 
for LTIDS. The entry of “LTIDS” in response to the SERVORD prompt 
“FUNCTION” results in the user only being prompted for “LTID1” and 
“LTID2”. 


Figure 17-14 shows an example of the MAP display from the use of the SWLT 
command to swap two LTIDs that do not share a common DN. 
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Figure 17-14 Example of the MAP display when using the SWLT command with 
two LTIDs that do not share a common DN 


cr: b 


>SERVORD 


SONUMBER: NOW 98 6 14 PM 


> 

FUNCTION: 

>DNS 

DN1: 

>7235600 

DN2: 

>7235757 

COMMAND AS ENTERED: 

SWLT NOW 98 6 14 PM 7235600 7235757 

ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


Figure 17-15 shows an example of the MAP display from the use of the SWLT 
command to swap two LTIDs that share a common DN. 


Figure 17-15 Example of the MAP display when using the SWLT command with 
two LTIDs that share a common DN 


(cx: 


>SERVORD 
SO: 
>SWLT 
SONUMBER: NOW 98 6 11 PM 


> 

FUNCTION: 
>DNS 

DN1: 

>7235400 
LTID: ISDN 1 
>ISDN 400 
DN2: 
>7235400 
LTID2: ISDN 1 
>ISDN 200 
COMMAND AS ENTERED: 

SWLT NOW 98 6 11 PM DNS 7235400 ISDN 400 7235400 ISDN 200 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


ea 


Figure 17-16 shows an example of the MAP display when using the SWLT 
command with its parameter, FUNCTION, set to LTIDS to swap two LTIDs. 
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Figure 17-16 Example of the MAP display when using the SWLT command 


A 


ERVORD 


SONUMBER NOW 98 6 20 PM 


COMMAND AS ENTERED: 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Duplicated NXX 

As of NAO10, if the Duplicate NXX feature is activated, when the SWLT 
command parameter FUNCTION is set to DNS, the user is required to enter 
the full 10-digit national DN when prompted for “DN1” and “DN2”. Failure 
to enter the full 10-digit number results in the following error message being 
displayed: 


This Local DN is not Unique. 
Please Use the Full National DN. 
6215862 


In an office where the Duplicate NXX feature is not activated, SERVORD 
accepts the entry of a 7-digit DN in response to the SWLT command prompt 
of DN1 or DN. Figure 17-17 shows an example of the MAP display resulting 
from the entry of a 7-digit DN in response to the SWLT command prompt of 
DN1 or DN2 in an office with the Duplicate NXX feature activated. Figure 
17-18 shows an example of the MAP display resulting from the entry 7-digit 
national DNS response to the SWLT command prompt for DN1 or DN2 in an 
office where the Duplicate NXX feature is not activated. 
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Figure 17-17 Example of MAP display as a result of using 7-digit DN in SWLT 
command entry in office with Duplicate NXX feature activated 


SONUMBER 98 6 11 30 PM 


FUNCTION: 

>DNS 

DN1: 

>6215862 

This Local DN is not Unique. 
Please Use the Full National DN. 
6215862 


*** ERROR*** 


H 
K 
tu 


E OF DN1 IS SO_DR 


PLEASE ENTER: 


DN1: 

>6136215862 

DN2: 

>6215863 

This Local DN is not Unique 
Please Use the Full National DN. 
6215863 

* * * BRROR* ** 


TYPE OF DN2 IS SO_DR 


PLEASE ENTER: 


DN2: 
>6136215863 
COMMAND AS ENTERED: 

SWLT NOW 98 6 11 30 PM DNS 6136215862 6136215863 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 
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Figure 17-18 Example of MAP display as a result of using 7-digit DN in SWLT 
command entry in office where Duplicate NXX feature is not activated 


SONUMBER 98 6 11 30 PM 


FUNCTION: 

>DNS 

DN1: 

>6215862 

DN2: 

>6215863 

COMMAND AS ENTERED: 

SWLT NOW 98 6 11 30 PM 6215862 6215863 

ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


Query the LTID to verify the datafill using the QLT command 
Before attaching the LTID to a LEN just created, view the data entry for an 


LTID using the QLT (query logical terminal) command as shown in Figure 
17-19. 
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Figure 17-19 Example of using the QLT command to view the data entry for an 
LTID 


{ CI: \ 


>QLT ISDN 1 


LTID: ISDN 1 

SNPA: 919 

DIRECTORY NUMBER: 5480001 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: N 
EKTS: Y CACH: Y 

SLBRI: N 

CS: NI2 PS: N TEI: DYNAMIC 

ELN: N 

VERSION: FUNCTIONAL ISSUE: 2 

TSPID: 6137235011 

CUSTGRP: ISDN SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 


OPTIONS: 
SFC VI $ $ N CMD BOTH $ $ N 
CRBL 1 1 NDNAP 2 AFC 6 


KEY DN CALLTYPE 
1 DN 6135480001 VI & CMD 
KEY FEATUR 
1 CRBL 1 1 
1 DBC DBC_SP 
1 NDNAP 2 
2 AFC DBC_SP 


Query the LEN to which the LTID is attached using the QLEN and QLT 
commands 
Query the LEN before the LTID is attached to it as shown in Figure 17-20. 
Then attach the LTID to the LEN as shown in Figure 17-23. After attaching the 
LTID, query the LEN using the QLEN command as shown in Figure 17-21. 


Also query the LTID using the QLT command as shown in Figure 17-22. This 
provides an opportunity to verify that all of the datafill is correct. 


Figure 17-20 shows an example of the MAP display when the QLEN 
command is used to query the LEN before the LTID is attached to it. 
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Figure 17-20 Example of MAP display response to the QLEN command before 
the LTID has been attached 


>QLEN 2 1 6 6 
LEN: HOST 02 1 06 06 
ISG: 2 DCH: 2 ISG BRA CHANNEL: 12 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER : 97 
PM TERMINAL NUMBER : 199 
TEI LTID CS PS BCH/ISG Bd AG_information 


Figure 17-21 shows an example of the MAP display when the QLEN 
command is used to query the LEN to after the LTID has been attached. 


Figure 17-21 Example of MAP display response to the QLEN command after 
the LTID has been attached 


>QLEN 2 1 6 6 
LEN: HOST 02 1 06 06 
ISG: 2 DCH: 2 ISG BRA CHANNEL: 12 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER $ 97 
PM TERMINAL NUMBER : 199 
TEI ETID CS PS BCH/ISG Bd AG_information 
DYNAMIC ISDN 1 NI2 N - AG_UNASSIGNED 


Figure 17-22 shows an example of the MAP display when the QLT command 
is used to query the LTID after it is attached to the LTID. 
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Figure 17-22 Example of MAP display response to the QLT command after the 
LTID has been attached to a LEN 


(cr: 


>QLT ISDN 1 


ECTORY NUMB 
LT GROUP NO: 0 
LTCLASS: BRAFS 
EKTS: Y CACH: 
SLBRI: N 
BEARER SERVICE 
CS: NI2 PS: N 
ELN: N 

VERS 
TSPI 
LEN: HOST 
CUSTGRP: 

LINE CLASS CODE: 
MAXKEYS: 64 
OPTIONS: 
SFC VI $ $ N CMD 
CRBL 1 1 NDNAP 


p . 
ER: 


N 


D:6137235011 
02 1 0 


ALLOWE 


ION: FUNCTIONAL 


5480001 


EFAULT LOGICAL T 


VOICI 


E VBD 


ISSUE: 2 

6 06 
ISDN 

ISDNKSET 


TEI: 


SUBGRP : 


0 


BOTH $ $N 
2 AFC 6 


CALLTYP] 


ERMINAL: N 


CMD 


DYNAMIC 


NCOS: 0 RING: 


Gl 


Attach the LTID to a LEN using the SLT ATT command 


Refer to Figure 17-23 for an example of the MAP display resulting from the 
use of the SLT ATT command. 
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Figure 17-23 Example of MAP display when using the SLT ATT command to 
attach an LTID to a LEN 


SONUMBER: NOW 98 1 24 PM 


COMMAND AS ENTERED: 
SLT NOW 98 1 24 AM ISDN 1 ATT HOST 02 1 06 06 $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


a 


Recommended key assignments for features 


When assigning a feature to an ISDN set, a key assignment may be required. 
Some features have a fixed or recommended key assignment. Table 17-3 lists 
the industry recommended feature key assignments for all vendors to adopt. 
However, it should be noted that not all vendors of CPE equipment comply 
with these recommendations. 


Table 17-3 Recommended key assignments 


Key Feature 

57 Call Forwarding Variable 
60 Flex Call 3 

61 Transfer 

62 Drop 

63 Call Forwarding Variable 


Add an option to an existing non-Nl-2 ISDN line using the ADO 


command 


The ADO command is used to add options to an existing ISDN line. AFC is a 
feature that is specific to ISDN LTs. Single-call capability on a DN supported 
by a functional terminal is known as single functional call (SFC). A call 
appearance is automatically assigned option SFC when it is first added to a 
logical terminal. Option AFC is added to existing lines on non-NI-2 ISDN sets 
using the ADO command as shown in Figure 17-24. 
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Multiple call capacity is added to the SFC DN by assigning AFC members. 
The AFC capacity must be assigned to the keys whose numbers immediately 
follow the SFC key. It is possible to assign up to five calls for each SFC DN. 
AFC members are identical to the corresponding SFC DN. Any MDC feature 
assigned against the SFC is also automatically associated with the AFC 
members. 


Note: AFC is not allowed for NI-2 terminals. For NI-2 terminals, AFC is 
automatically added through option CRBL. Refer to Figure 17-39. 


Figure 17-24 Example of MAP display when using the ADO command to add 
option AFC to an ISDN line 


Gales 
>SERVORD 
SO? 
>ADO 
SONUMBER: NOW 98 1 24 PM 
> 

DN_OR_LEN: 

>ISDN 240 

OPTKEY: 


COMMAND AS ENTERED: 
ADO NOW 98 1 24 PM ISDN 240 ( 1 AFC 2 ) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


Figure 17-25 shows the MAP display when the QLT command is used to verify 
the adding of option AFC to the DN associated with the LTID ISDN 240. 
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Figure 17-25 Example of MAP display showing response to the QLT command 
used on LTID showing option AFC added 


CI: 
>QLT ISDN 240 


ETID: 240 
SNPA: 613 
DIRECTORY NUMBER: 5482012 


LT GROUP NO: 0 
LTCLASS: BRAFS 
EKTS: Y CACH: N 


iw) 


EFAULT LOGICAL TERMINAL: N 


SLBRI: N 

BEARER SERVICES RESTRICTIONS : NOPMD 

CS: Y PS: N 

VERSION: FUNCTIONAL ISSUE: 2 

TSPID: 6137232525 

LEN: HOST 02 1 08 06 TEI: DYNAMIC 

CUSTGRP : ISDN SUBGRP: 0 NCOS: 0 RING: Y 


LINE CLASS CODE: ISDNKSET 
MAXKEYS: 64 
OPTIONS: 


SFC 
KEY DN 
4 DN 5482012 
KEY FEATUR 
2 ARC 
3 AFC 


Add an option to an existing NI-2 ISDN line using the ADO command 


Call forwarding per DN per CT (CFXDNCT) is an example of an option that 
can be added to an NI-2 ISDN line using the ADO command. This option 
provisions call forwarding for BRI lines on a per DN CT basis. The supported 
CFW features are the following: CFU, CFI, CFF, CFB, CFD, CBU, 


e CBE — Call Forward Busy External 

e CBI— Call Forward Busy Intragroup 

e CBU— Call Forward Busy Unrestricted 

e CDE— Call Forward Do Not Answer External 

e CDI— Call Forward Do Not Answer Internal 

e CDU— Call Forward Do Not Answer Unrestricted 
e CFB— Call Forward Busy 

e CFF— Call Forward Fixed 
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e CFI— Call Forward Intragroup 
e CFU— Call Forward Universal 


The CT of a CFXDNCT feature activator can not be changed through the 
SERVORD CHE or ADO commands. The only way to change the CT of an 
existing CFXDNCT feature activator is to remove option CFXDNCT using the 
DEO command and then add it again with the ADO command. 


CFXDNCT provisioning for voice information (VI) and circuit mode data 
(CMD) can not share the same feature activator key or DN appearance. Each 
must reside on a separate key. For example, Call Forward for VI and Call 
Forward for CMD can not both be provisioned on the primary DN (PDN). 
Only one feature can be provisioned on the PDN. The other feature can be 
provisioned on a feature activator with a keylist containing the PDN. Both 
features can be provisioned on separate feature activators with a keylist that 
contains the PDN. 


SERVORD ensures that supported CFW features are added by option 
CFXDNCT if at least one appearance of CFXDNCT has been provisioned. For 
example, if CFU has been provisioned on an NI-2 device by option 
CFXDNCT, then an ADO of CFB is disallowed. CFB must also be added 
using CFXDNCT. 


The DNs entered as the forwarding DNs are converted to a keylist by 
SERVORD. The check procedures for the SERVORD transaction look for all 
appearances of a DN CT pair on an NI-2 device and create a keylist for the CT 
requested. 


Refer to Figure 17-26 for an example of the MAP display resulting from the 
use of the ADO command to add option CFXDNCT to an existing NI-2 ISDN 
line. Figure 17-27 shows the SERVORD DEO command used to remove CFB. 
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Figure 17-26 Example of MAP display when using the ADO command to add 
option CFXDNCT and CFU to an NI-2 ISDN line 


cr: ay 


>SERVORD 
SO: 
>ADO 

SONUMBER: NOW 98 1 24 AM 
> 
DN_OR_LEN: 
>ISDN 24 
OPTKEY: 

>1 
OPTION: 
>CFEXDNCT 
CALLTYPE: 
>VI 
CFXTYPE: 
>CFU 
OVRDACR: 

>N 

NOTIFY: 

>Y 
DN_OR_KEYLIST: 
>KEYLIST 


COMMAND AS ENTERED: 

ADO NOW 98 1 24 AM ISDN 24 ( 1 CFXDNCT VI CFU N Y 
KEYLIST (1) $) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
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Figure 17-27 Example of MAP display when using the DEO command to 
remove option CFB from an NI-2 ISDN line 


SONUMBER: NOW 98 1 2 3PM 


COMMAND AS ENTERED: 
DEO NOW 98 1 2 3 PM ISDN 2 14 CFXDNCT CFB $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Refer to Figure 17-28 for an example of the MAP display resulting from the 
use of the QLT command to query an NI-2 ISDN line to which option 
CFXDNCT was added. 
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Figure 17-28 Example of the MAP display showing response to the QLT 
command used to verify the addition of option CFXDNCT to a DN associated 
with NI-2 LTID ISDN 24 


GI: 

>QLT ISDN 24 

LTID: ISDN 1 

SNPA: 613 

DIRECTORY NUMBER: 7235300 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: N 
EKTS: N CACH: N 

SLBRI: N 

CS: NI2 PS: N 

ELN: N 

VERSION: FUNCTIONAL ISSUE: 2 

TSPID: 6137235011 

LEN: HOST 02 1 08 06 TEI: DYNAMIC 

CUSTGRP: ISDN SUBGRP: 0 NCOS: 0 RING: Y 


LINE CLASS CODE: ISDNKSET 
MAXKEYS: 64 

OPTIONS: 

SFC CMD BOTH $ $N VI $ SN 


CFXDNCT VI CFU N Y $ I KEYLIST 1 CRBL 1 1 NDNAP 2 AFC 5 
KEY DN CALLTYPE 
T DN 6137235300 VI & CMD 
KEY FEATURE 
1 CFXDNCT VI CFU N Y $ I KEYLIST 1 
1 CRBL LS 
T DBC DBC_SP 
2 AFC DBC_SP 


NA011 Enhancement to Call Forwarding 
In NAO11, Call Forwarding Remote Access (CFRA) is available to ISDN BRI 
terminals. Support exists for CFRA on terminals with a pre-NI-2 Call 
Forwarding feature (CFX) or NI-2 Call Forwarding feature (CFXDNCT). 
CFRA provides its existing functionality to terminals with either pre-NI-2 or 
NI-2 Call Forwarding. This enhancement adds support for CFRA only with 
CFU, CFI, or CFF for both pre-NI-2 Call Forwarding (CFX) and NI-2 Call 
Forwarding (CFXDNCT). 
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The following is a list of restrictions and limitations placed on the use of CFRA 
with ISDN terminals: 


e CRFA is available on 
— NI-I FITs 
— 2B NITs and FITs 
— NI-2 NITs and FITs 
e CFRA is not supported for CFB and CFDA. 


e CFRA provides remote activation and deactivation of Call Forwarding 
only for the voice CTs. 


e The assignment of CFRA to a DN requires it to have a valid form of CFX 
or CFXDNCT assigned. 


e CFRA can only be assigned to the VI call appearances of a DN with 
CFXDNCT assigned. 


Add and remove option CFXVAL to an existing NI-2 line 
Option CFWVAL enables the Optional Courtesy Call feature for a subscriber 
group. Option CFX VAL makes the Optional Courtesy Call feature available on 
a device basis. Option CFX VAL is exclusive to NI-2 terminals. The option is 
available even if a pre-NI-2 call forwarding offering is provisioned on an NI-2 
terminal. 


Option CFX VAL is allowed to be added to a device even if there are no CFX 
features or sub-features assigned to it. Option CFX VAL takes precedence over 
option CFWVAL. The Courtesy Call feature applies to DN appearances of the 
VICT, but CFXVAL’s validation functionally is available for both the VI and 
CMD CTs. 


Figure 17-29 shows the MAP display when the ADO command is used to add 
option CFXVAL to an ISDN line with Courtesy Call set to Y. 
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Figure 17-29 Example of MAP display when using the ADO command to add 
option CFXVAL with Courtesy Call set to Y to an ISDN line 


ERVORD 


BER: NOW 98 1 22PM 


ae 
EN: 


COMMAND AS ENTERED: 
NOW 98 1 22 PM ISDN 6 1 CFXVAL Y $ 
ER Y TO CONFIRM, N TO REJECT OR E TO E 


Figure 17-30 shows the MAP display when the ADO command is used to add 
option CFXVAL to an ISDN line with Courtesy Call set to N. 


Figure 17-30 Example of MAP display when using the ADO command to add 
option CFXVAL with Courtesy Call set to N to an ISDN line 


ERVORD 
DO 
SONUMBER: NOW 98 1 22PM 


ine 
EN: 


ENTERED: 
NOW 98 1 22 PM ISDN 7 1 CFXVAL N $ 
ER Y TO CONFIRM, N TO REJECT OR E TO E 


Figure 17-31 shows the MAP display when the DEO command is used to 
remove option CFX VAL from an ISDN line. 
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Figure 17-31 Example of MAP display when using the DEO command to 
remove option CFXVAL from an ISDN line 


(cx: = 


>SERVORD 


SONUMBER: NOW 98 1 24 PM 


DEO $ ISDN 2 1 CFXVAL $ 


COMMAND AS ENTERED: 
DEO NOW 98 1 24 PM ISDN 2 1 CFXVAL $ 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


NA012 enhancements to option CFXVAL 
As of NA012, the DMS software allows the assignment of CFX VAL 
termination option values on a call type basis on an ISDN terminal. The 
assignment of termination option values applies to VI and CMD CTs. The 
termination option values include the following: 


e ANSRQC—answer to courtesy call required with confirmation indicator 

e ANSRQNC—answer to courtesy call required without confirmation 
indicator 

e NANSR—no answer required 

e NECC—do not establish a courtesy call 


Note: DMS software does not support TERMOPT values ANSRQC 
and ANSRQNC for the CMD CT. 


Figure 17-32 shows the MAP display when the ADO command is used to add 
option CFXVAL to an ISDN line with Courtesy Call with the termination 
option for the VI CT set to ANSRQC. For additional information refer to ISDN 
Service Orders for ISDN Terminals Reference Manual, 297-2401-310. 
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Figure 17-32 Example of MAP display when using the ADO command to add 
option CFXVAL with Courtesy Call termination option for VI CTs set to NECC 


>SERVORD 


>ADO 
SONUMBER: NOW 99 4 22PM 


DN_OR_LEN: 


Q 
D 
E 

EI 
A 
< 
As) 
Gl 


QVOVHA 
ouvagt 


MMAND AS ENTERED: 
DO NOW 99 4 22 PM ISDN 6 1 CFXVAL NECC $ 
NTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Vip 


K 


NA012 Redirecting Number Privacy for ISDN Call Forwarding 


NA012 option Redirecting Number Privacy (SUPPRND) allows an ISDN 
subscriber to control the privacy status of a redirected call when using features 
such as Call Forward Universal (CFU), Call Forward Busy (CFB), Call and 
Forward Don’t Answer (CFD). Additionally, when a call is redirected over a 
trunk as a Key Short Hunt (KSH) or Line Overflow to DN/Route (LOD/LOR), 
the redirecting DN will be suppressed. 


To control the delivery or suppression of the redirecting number from an ISDN 
BRI line, the SUPPRND option must be provisioned for that DN using 
SERVORD commands ADO or NEW. The CHF command is used to change 
the SUPPRND values. When the SUPPRND option is not provisioned on the 
forwarding subscriber’s DN, the privacy status for the redirecting number 
defaults to the Calling Number Delivery (CND) option assigned to that line. 


A separate SUPPRND option value for unconditional, busy, and no answer 
redirection call types is provisioned when using SERVORD to add option 
SUPPRND to a DN. CFU and the intragroup call forward variants Call 
Forward Fixed (CFF) and Call Forward Intragroup (CFI) use the value 
provisioned for unconditional redirections. For calls that the use lines, CFB 
uses the value established for busy redirections. For calls that use trunks, CFB, 
LOD, LOR, and KSH overflow cause busy reorder to be given to the 
subscriber. CFD uses the value provisioned for no answer redirections. 
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When a terminating ISDN call is redirected as a result of CFU, CFF,CFI, 
CFB,CFD, KSH, LOD, or LOR, the SUPPRND option datafill for that DN is 
used to determine whether or not to deliver or suppress the DN. The following 
describes the SUPPRND sub-option parameters that control the deliver of the 
redirecting DNs. 


e SUPPRND_UNCOND—Assigns the suppression value for unconditional 
redirections, which CFU, CFF, and CFI cause. A value of Y means 
suppress the redirecting DN for unconditional redirections. A value of N 
means do not suppress. 


e SUPPRND_BUSY—Assigns the suppression value for busy redirections 
which CFB causes for lines; or which CFB, LOD LOR, and KSH cause for 
trunks. A value of Y means suppress the redirecting DN for busy 
redirections. A value of N means do not suppress. 


e SUPPRND_NO_ANS—Assigns the suppression value for no-answer 
redirections which CFD causes for lines and trunks. A value of Y means 
suppress the redirecting DN for the no-answer redirections. A value of N 
means do not suppress. 


Provisioning rules for option SUPPRND 
The following provisioning rules apply to the SUPPRND option: 


e The SUPPRND option must be assigned to a DN key 
e Multi-line (MLH) and distributed line (DLH) hunt groups 
— The SUPPRND option is only assignable to the ISDN pilot. 


— The SUPPRND option controls the display of the hunt group’s DN 
whenever the pilot or member of the group redirects a call. 


— The SUPPRND option can not be assigned to a hunt group using 
SERVORD commands ADD or EST. The SERVORD command ADO 
must be used when assigning the SUPPRND option to a hunt group. 


e Distributed line (DNH) hunt groups 


— The SUPPRND option is assignable to any ISDN member or pilot of 
the hunt group. 


— The SUPPRND assignment controls whether or not the hunt group DN 
is displayed on a redirected call. 


e MADN groups 


— For both MADN SCA and CACH groups, the SUPPRND option is 
assignable only to ISDN primary members. 


— The SUPPRND assignment controls whether or not the MADN group 
DN is displayed whenever the MADN group redirects a call. 
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e Shared DNs—The delivery or suppression of the DN on a redirected call 
is handled the same way for all appearances of the DN, since the 
SUPPRND option is assigned on a DN basis. 


e Single DN—When two DN appearances are configured on the same ISDN 
terminal with one DN appearance for calltype VI and the other one for 
calltype CMD, the SUPPRND option applies to both. 


SERVORD example for option SUPPRND 

Figure 17-33 is an example of the MAP display when using the SERVORD 
ADO command to add the SUPPRND option to an ISDN line. Refer to ISDN 
Service Orders for ISDN Terminals Reference Manual, 297-2401-310, for 
additional information on the SUPPRND option. 


Figure 17-33 Example of MAP display when using the ADO command to add 
option SUPPRND to the primary DN on an ISDN terminal 


>SERVORD 


SONUMBER: NOW 99 4 22PM 


DN_OR_LEN: 


UPPRND_UNCOND: 


UPPRND_NO_ANS: 


N 
> 
S 
> 
SUPPRND_BUSY: 
> 
S 
> 
N 


COMMAND AS ENTERED: 
ADO NOW 99 4 22 PM ISDN 6 1 SUPPRND PRIVATE Y Y Y $ $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Supplementary services 
This section describes the SERVORD procedures necessary to implement the 
supplementary service: Flexible Calling (FC). 


For information on additional NI-1 Supplementary Services, refer to the 
Translations Guide, 297-8001-350. 
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Flexible Calling (FC) 
Option FC, which assigns flexible calling to a terminal key, is assigned to the 
logical terminal by using the ADO command in SERVORD. An entry is 
automatically made in table KSETFEAT when option FC is added in 
SERVORD. There is one parameter, CONFSIZE, that is associated with ADO 
FC. Conference size (CONFSIZE), determines the number of members 
allowed for conference calls initiated at the terminal. 


Two separate options are associated with option FC, and must be assigned with 
option FC to ensure proper operation of the FC feature: 


e Transfer (TRANSFER), which specifies that the conference can be 
transferred, and defines the conditions under which it can be transferred. 
TRANSFER applies to NI-2 logical terminals while option XFER applies 
to NI-1 logical terminals. 


e DROP, which enables the conference controller (that is, the initiator of the 
conference) to drop the last user from the conference 


Conference size 

When a conference request occurs, one of two types of facilities is seized for 
the call, either a 3-port circuit or a 6-port circuit. The 3-port facility is selected 
when a conference size of 3 is datafilled for the terminal. The 6-port facility is 
designated when a conference size larger than 3 is specified. 


Unless the terminal will be used frequently for conferences, users typically 
find that a conference size of 3 is sufficient. Conference size is datafilled in 
table KSETFEAT through SERVORD. 


Three-port conferences can be chained together, thus providing larger 
conference sizes. Any non-controlling member in a 3-port conference can 
place a conference on hold and establish a conference with another terminal 
(which can be an ISDN, POTS, MBS, or CLASS set), then retrieve the first 
conference and connect all parties. This action can be repeated to build a more 
extensive FC chain, each link in the conference chain using another 3-port 
circuit, until the maximum number of circuits (defined with office parameter 
MAX_NO_OF_3_PORTS_IN_CHAIN) is reached. (A second office 
parameter, NO_OF_LARGE_FTR_DATA_BLKS, is used to ensure that 
sufficient software resources are available for conference calls.) Both of these 
parameters are located in table OFCENG. 


For 6-port conference facilities, the operating company is able to specify the 
maximum number of 6-port circuits that can be in use simultaneously by a 
specific customer group. This parameter (CONF6C) is specified in table 
CUSTENG. 
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Flexible calling deactivate conference facility 
Option DCC (flexible calling deactivate conference facility), which enhances 
option FC, was added in NA009. Option DCC applies to NI-1 and NI-2 BRI 
terminals with the protocol version control (PVC) of functional 2. Option DCC 
is a set functionality. 


Option DCC removes the conference facility under the following conditions: 


e Amember of the conference releases the connection and the conference 
changes from three members to two members (the controller and one 
member). 


e The drop request changes the conference from three members to the 
controller and one member. 


e The controller connects the conference call over a B-channel and there is 
only one member on the conference. 


e The controller retrieves the conference call from hold and two members of 
the conference remain (the controller and one other member). 


The assignment of DCC is made through SERVORD to the PDN of the ISDN 
set. The FC feature is a prerequisite. Option DCC option is assigned with the 
NEW or ADO commands. 


Figure 17-34 shows the MAP display when the NEW command is used to add 
option DCC to an NI-2 ISDN line. 
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Figure 17-34 Example of the MAP display when using the NEW command to 


add DCC to an NI-2 ISDN line 


CT: 
>SERVORD 
SO:: 

>NEW 
SONUMBER: 
> 

DN: 
>5480021 
LECu ACC: 
>ISDNKSET 
GROUP: 
>ISDN 
SUBGRP: 
>0 

NCOS: 

>0 

SNPA: 
>919 

KEY: 

>1 
RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG: 0) 
> 
LEN_OR_LTID: 
>ISDN 23 
OPTKEY: 

>7 

OPTION: 

>FC 
CONFSIZE: 

>6 

OPTKEY: 

>1 

OPTION: 

>DCC 

OPTKEY: 

$ 
COMMAND AS 
NEW 
NILLATA 0 ISDN 23 7 FC 6 1 


NOW 98 1 24 


Gl 


Gl 


ENTERED: 


AM 


Dcc $ 


ECT OR 


ENTER Y TO CONFIRM,N TO REJ 
>Y 


CRBL values will default to VI=1 and CMD 


The CHF command can be used to modify the CR 
NDNAP will default to 2 
The CHF command can be used to modify the NDNAP value. 


NOW 98 1 24 AM 5480021 ISDNKSET 


ISDN 0 0 919 1 Y 


G 


EDIT 


, TO 


Tz 


BL values. 


x 


Detach an LTID from a LEN using the SLT DET command 


Refer to Figure 17-35 for an example of the MAP display when using the SLT 


DET command. 
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Figure 17-35 Example MAP display when using the SLT DET command to 
detach an LTID from a LEN 


CI: 


>S 
SO: 
>SL 


ti 


>$ 
LTI 
>IS 


>DE 


SLT 
ENT 
>Y 


det 


SONUMB 


FUNCTION: 


COMMAND AS ENTERED: 


Logical terminal ISDN 1 has been 


RVORD 


T 


NOW 98 1 24 PM 


ii 
w 


D: 
DN 1 


T 


NOW 98 1 24 AM ISDN 1 DET 
ER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


ached from LEN HOST 02 1 06 06 


r 


Remove an LTID 


using the SLT REM command 


Before using the SLT REM command, any DN associated with an LTID must 
be removed using the OUT command. An error message is generated if an 
attempt is made to use the SLT REM command on an LTID that has a DN 
associated with it. Refer to Figure 17-36. 


Figure 17-36 Example of MAP display error when using the SLT REM command 
before removing the DN associated with an LTID. 


GIs 
>S] 
SO: 
>SL 
SON 
>$ 

LTI 
>IS 


RVORD 


T 
UMBER: NOW 97 10 24 PM 


D: 
DN 1 


FUNCTION: 


>REM 


COMMAND AS ENTERED: 


SLT 


NOW 97 10 24 AM ISDN 1 REM 


ENT 


ER Y TO CONFIRM,N TO REJECT OR E EDIT 


>Y 
Thi 


rem 
K*K* 


SLT 


s LTID has a assigned to it. DN must first be 
oved via the T command 

ERROR *** — CONSISTENT DATA 

COMMAND AS ENTERED: 


NOW 97 10 24 AM ISDN 1 REM 


ENT 


ER Y TO CONFIRM,N TO REJECT OR 


>N 
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Refer to Figure 17-37 for an example of the MAP display while using the OUT 
command to delete the DN associated with the LTID. 


Figure 17-37 Example of MAP display when using the OUT command to 
remove a DN associated with an LTID 


N 


>SERVORD 


SONUMBER: NOW 98 1 24 PM 


DN: 

7235300 
EN_OR_LTID: 
ISDN 1 
ERCEPT_NAME: 
BLDN 
OMMAND AS ENTERED: 

UT NOW 98 1 24 AM ISDN 1 BLDN 

NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 
7235300 WAS AN SFC DN WITH 1 AFC MEMBER(S) 


HOAVHVE VY 
Z 
H 


ALL MEMBERS HAVE BEEN REMOVED 


Figure 17-38 shows a display following the use of the SLT REM command to 
remove an SLT that has no associated DN. 


Figure 17-38 Example of MAP display when using the SLT REM command to 
remove an LTID 


(cx: N 


>SERVORD 


SONUMBER: NOW 98 1 24 PM 


LTID: 
>ISDN 1 
FUNCTION: 
>REM 
COMMAND AS ENTERED: 

SLT NOW 98 1 24 AM ISDN 1 REM 

ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


o A 


Enhancement of CHG command for ISDN lines 
CHG is a SERVORD command used to change certain translation attributes. 
These attributes include AUTH, CLLI, CONTLEN, HUNTGRP, LINE, TDR, 
and VFG. Not all of these apply to lines. The enhancements to the CHG 
command apply only to LINE attributes. 
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The enhancements to the CHG command made in NA009 for ISDN lines apply 
only to those lines that are 


e ina shared DN configuration where the DN is shared between two LTIDs. 
The DN appearances on each LTID have a different CT. The valid CTs at 
present are VI for voice and PMD for packet. 


e inasingle LTID, shared DN configuration. This is a single DN that appears 
on two different keys of the same LTID with an access privilege of 2BD. 
The CT for the two appearances must be different with one being VI and 
the other PMD. 


The CHG command enhancements apply to changes to line attributes 
including NCOS, SUBGROUP, RING, and CUSTGRP. Since each call 
associated with an ISDN shared or single LTID, shared DN can have a 
different NCOS, SUBGRP, or RING value, the DN can not be used to uniquely 
identify which attribute is the intended target. If a DN is entered at the 
DN_or_LEN prompt during use of the CHG command on an ISDN Shared or 
single LTID, Shared DN, the user receives the message “ISDN shared DN, 
enter LEN” followed by a prompt for a LEN. This allows the system to 
correctly target the change. This enhancement to the CHG command is 
consistent with the prompting that occurs when the user inputs a hunt group or 
MADN DN. 


The only attribute that must be the same for both CTs associated with an ISDN 
shared or single LTID, shared DN arrangement is CUSTGRP. If the user 
attempts to use the CHG command to change the CUSTGRP on a shared or 
single LTID, shared DN arrangement, the system attempts to change it on both 
VI and PMD CTs. Other line attributes like NCOS or SUBGRP can be 
changed individually on the VI and PMD CTs of the DN. This is done by 
specifying the LTID and key when the DN is ina shared or single LTID, shared 
DN arrangement. 


These enhancements to the CHG command do not apply to when the CHG 
command is used with 
e non-ISDN lines 


e ISDN lines that are not in a shared DN or single LTID, shared DN 
arrangement 


NI-1, 2B and NI-2 provisioning tree for NA014 


The flowcharts in Figure 17-39 through Figure 17-48 show the provisioning 
differences between NI-1, 2B, and NI-2 BRAFS LTIDS. 


The link access privilege describes the channel access capability of an ISDN 
LTID; it is assigned using the SLT ADD command. 
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In SERVORD, when prompted for CS, the user can enter Y, 2B or NI2 to 
distinguish circuit switch access privileges associated with NI-1, 2B and NI-2 
terminals. An entry of N indicates circuit switched services are not being 
assigned. 


Furthermore, non-initializing terminals are distinguished by option 
DEFLTERM when adding a LTID using the SLT ADD command. Option 
DEFLTERM can be provisioned on both 1B NIT and 2B NIT LTIDs. 
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Figure 17-39 NI-1 SLT ADD command 


LTCLASS 
No changes in NA014 
BRAFS 
Y 
MAXKEYS 
N 


Y N l 
OPTIONS TEI 
D_DYN 


DTEI, 
STEI UATEL or | |MAXKEYS 
| UNATEI l 

Y DEFLTERM 
nae TSPID 
i y $ 
OPTIONS ABS OPTIONS 
EKTS 
OPTIONS 


Note 1: Option SPIDSFX is only applicable to Meridian feature transparency (MFT). 
Note 2: Prompt TSPID is added by Free Format SPID feature. 
Note 3: Option D_DYN is for packet-only NIT. 
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Figure 17-40 NI-1 NEW command 


No changes in NA014 


RINGING 


Y 


LATANAME 


LTG 


LEN_or_LTID 


No SNPA prompt when 
Duplicate NXX feature is 
active on switch 
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Figure 17-41 2B SLT ADD command 


LTCLASS 
No changes in NA014 i 
BRAFS 
cs 
2B 
PS: N 
MAXKEYS 
Y N 
OPTIONS TEI 
TSPID 
EKTS 
OPTIONS 


Note 1:Option SIDSFX is only applicable to Meridian feature transparency (MFT). 
Note 2: Prompt TSPID is added by Free Format SPID feature. 
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Figure 17-42 2B NEW command 


No changes in NA014 y No SNPA prompt when 
Duplicate NXX feature is 
LCC active on switch 


GROUP 


v 


SUBGRP 


RINGING 


Y 


LATANAME 


LTG 


LEN_or_LTID 


Į 


OPTKEY 


Y 


OPTION 
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Figure 17-43 NI-2 SLT ADD command 


LTCLASS 
No changes in NA014 | | 
BRAFS 
f 
CS 
f 
NI-2 
f 
PS: N 
Y 
MAXKEYS 
OPTIONS u K DEFLTERM > TÉ 
Y 
TSPID 
y 
EKTS 
' 
OPTIONS 
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Figure 17-44 NI-2 NEW command 


No changes in NA014 


DN 


RINGING 


f 


LATANAME 


LTG 


LEN_or_LTID 


No SNPA prompt when 


Duplicate NXX feature is 
active on switch 
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Figure 17-45 NI-2 BRI RES SLT ADD command 


LTCLASS 
BRAFS 
Y 
CS 
y 
NI-2 
\ 
PS: N 
Y 
MAXKEYS 
OPTIONS X DEFLTERM > OE 
y 
TSPID 
y 
EKTS 
Y 
OPTIONS 
Y 
SLBRI 


Note: Option SLBRI is for BRI RES lines. 
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Figure 17-46 NI-2 BRI RES NEW command 


SOC LOC00025 Not Active SOC LOC00025 Active 
(No change in prompts) (Change in prompts) 
DN DN 
No changes in NA014 | y y 
LCC LINEATTR_LCC 
No SNPA prompt when GROUP GROUP 
Duplicate NXX feature is 
active on switch y ý 
SUBGRP SUBGRP 
NCOS NCOS 
SNPA SNPA 
KEY KEY 
RINGING RINGING 
LATANAME LEN_or_LTID 
LTG SLBRI_LATTRKEY 
LEN_or_LTID XLAPLAN 
SLBRI_LATTR RATEAREA 
Note: SLIBRI_LATTR prompt is for BRI RES lines. Prompt only received if LTID is associated 
with option SLBRI. 


297-2401-201 Standard 07.01 September 2000 


SERVORD procedures 17-59 


Figure 17-47 NI-1/2B/NI-2 ATT command 


No changes in NA014 | LEN 


f 


OPTION 


Note: Options = TEI, PHI, BCH, DCHCHNL, TO, PHLINK, and ILDCHNL 


Figure 17-48 NI-1/2B/NI-2 SLT CHA command 


No changes in NA014 | 


SET_ATTRIBUTE 


i 


SPIDSFX (MFT only) 

TSPID (initializing terminals only) 

ABS (NI-1 only) 

ELN 

PVC 

CACH 

TERML (non-initializing terminals only) 

EKTS 

AGA (2B and NI-2 only) 

SLBRI (NI-2 only) 

LINEATTR (NI-2 SLBRI with L)C00025 not enabled) 
LINEATTRKEY NI-2 SLBRI only with LOC00025 Sable) 
XLAPLANKEY NI-2 SLBRI only with LOC00025 enabled 
RATEAREAKEY  (NI-2 SLBRI only with LOC00025 enabled) 


Note: The office parameter for the new structure for the line attribute table 
must be enabled in order to change XLAPLAN and RATEAREA using the 
SLT CHA command. If the new structure is not enabled, only LINEATTR can 
be changed. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


17-60 SERVORD procedures 


SERVORD examples for NI-1 1B FIT Configuration 


The following SERVORD examples for configuring NI-1 1B FIT sets are 
shown in Figure 17-49 through Figure 17-53: 


SLT ADD command used to add NI-1 1B FIT LTID 

NEW command used to add DN associated with the NI-1 1B FIT LTID 
QLT command used to query the NI-1 1B FIT LTID 

SLT ATT command used to attach the NI-1 1B FIT LTID to LEN 


QLEN command used to query the LEN associated with the NI-1 1B FIT 
LTID 


Figure 17-49 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-1 1B FIT configuration. 
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Figure 17-49 Example of MAP display when using the SLT ADD command to 
add an NI-1 1B FIT LTID 


>SERVORD 


SONUMBER: NOW 98 2 6 AM 


LTID: 
>ISDN 201 
FUNCTION: 
>ADD 
LTCLASS: 
>BRAF'S 


MAXKEYS: 
>64 


TEI_TYPE 


TSPID: 
>6137235020 
ABS: 

>VOICE 

BS: 


KTS: 


PTION: 

PVC 
ERSION: 
>FUNCTIONAL 
ISSUE: 

>2 

OPTION: 


COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 201 ADD BRAFS Y N 64 N DTEI 
6137235020 (VOICE) $ N (PVC FUNCTIONAL 2) $ 

ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


Figure 17-50 shows an example of the MAP display when the NEW command 
is used to add the DN associated with NI-1 1B FIT configuration LTID ISDN 
201. 
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Figure 17-50 Example of MAP display when using the NEW command to add a 
DN associated with an NI-1 1B FIT LTID 


CI: 
>SERVORD 
SO: 
>NEW 
SONUMBER: NOW 98 2 6 AM 
> 


DN: 
>7235900 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG:0 


LEN_OR_LTID: 
>ISDN 201 
OPTKEY: 


COMMAND AS ENTERED: 

EW NOW 97 2 6 AM 7235900 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 201 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


Zz 


Figure 17-51 shows an example of the MAP display when the QLT command 
is used to query NI-1 1B FIT LTID ISDN 201. 
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Figure 17-51 Example of MAP display showing response to the QLT command 
used on an NI-1 1B FIT LTID 


CLs 
>QLT ISDN 201 


ISDN 201 

613 

ECTORY NUMBER: 7235900 
LT GROUP NO: 
LTCLASS: BI S DEFAULT LOGICAL TERMINAL:N 
EKTS: N CACH: N 
SLBRI: N 
BEARER SERVICE ALLOWED: VOICE 
CS: Y PS: N TEI: DYNAMIC 
ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6137235020 


CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 

OPTIONS: 

SFC 


Figure 17-52 shows an example of the MAP display when the NI-1 1B FIT 
LTID is attached to a LEN using the SLT ATT command. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


17-64 SERVORD procedures 


Figure 17-52 Example of MAP display when using the SLT ATT command to 
attach an NI-1 1B FIT LTID toa LEN 


ERVORD 


ER: NOW 98 2 6 AM 


>ISDN 201 
FUNCTION: 


COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 201 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-53 shows an example of the MAP display when the QLEN 
command is used to query LEN to which an NI-1 1B FIT LTID is attached. 


Figure 17-53 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-1 1B FIT LTID attached 


{> Cie: | 


>QLEN 1 1 8 23 


LEN: HOST 01 1 08 23 

ISG: 1 DCH: 2 ISG BRA CHANNEL: 16 
CARDCODE: BX27AA PADGRP: NPDGRP 
P 
P 


M NODE NUMBER : 35 
M TERMINAL NUMBER: 280 


TEI LTID CS PS BCH/ISG Bd AG_information 


SERVORD examples for NI-1 1B NIT configuration 


The following SERVORD examples for configuring NI-1 1B NIT sets are 
shown in Figure 17-54 through Figure 17-58: 


e SLT ADD command used to add an NI-1 1B NIT LTID 


¢ NEW command to used to add a DN associated with the NI-1 1B NIT 
LTID 


e QILT command used to query an NI-1 1B NIT LTID 
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e SLT ATT command used to attach the NI-1 1B NIT LTID to LEN 
e QLEN command used to query the LEN associated with the NI-1 1B NIT 
LTID 


Figure 17-54 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-1 1B NIT configuration. 


Figure 17-54 Example of MAP display when using the SLT ADD command to 
add an NI-1 1B NIT LTID 


>SERVORD 


SONUMBER: NOW 98 2 6 AM 


LTID: 
>ISDN 211 
FUNCTION: 
>ADD 
LTCLASS: 
>BRAF'S 


VERSION: 
>FUNCTIONAL 
ISSUE: 


COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 211 ADD BRAFS Y N 64 Y (VOICE) $ 
(PVC FUNCTIONAL 2) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


Figure 17-55 shows an example of the MAP display when the NEW command 
is used to add a DN associated with NI-1 1B NIT configuration LTID ISDN 
211. 
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Figure 17-55 Example of MAP display when using the NEW command to add a 
DN associated with an NI-1 1B NIT LTID 


>SERVORD 


SONUMBER: NOW 98 2 6 AM 


LCC_ACC: 
>ISDNKSET 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG:0 

> 
LEN_OR_LTID: 
>ISDN 211 


COMMAND AS ENTERED: 

EW NOW 98 2 6 AM 7235800 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 211 
NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


HZZ 


Figure 17-56 shows an example of the MAP display when the QLT command 
is used to query the NI-1 1B NIT LTID ISDN 201. 
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Figure 17-56 Example of MAP display showing response to the QLT command 


used on an NI-1 1B NIT LTID 


(cx: 


>QLT ISDN 211 


LTID: ISDN 211 

SNPA: 613 

DIRECTORY NUMBER: 7235800 
LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: Y 
EKTS: N CACH: N 
BEARER SERVICE ALLOWED: VOICE 
CS: Y PS: N TEI: UNATEI 


ELN: N 

VERSION: FUNCTIONAL ISSUE: 2 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 


MAXKEYS: 64 


OPTIONS: 

SFC 

KEY DN 

1 DN 7235800 
KEY FEATUR 

ad NONE” 


Figure 17-57 shows an example of the MAP display when the NI-1 1B NIT 


LTID is attached to a LEN using the SLT ATT command. 


Figure 17-57 Example of MAP display when using the SLT ATT command to 


attach an NI-1 1B NIT LTID to a LEN 


es 


>SERVORD 

SO: 

SONUMBER: NOW 98 2 6 AM 

> 

LTID: 

>ISDN 211 

FUNCTION: 

>ATT 

LEN: 

>1 1 8 25 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 211 ATT HOST 01 1 08 25 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


3 
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Figure 17-58 shows an example of the MAP display when the QLEN 
command is used to query a LEN to which an NI-1 1B NIT LTID is attached. 


Figure 17-58 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-1 1B NIT LTID attached 


EN 11 8 25 
HOST 01 1 08 25 

: 1 DCH: 2 ISG BRA CHANNEL: 16 

ARDCODE: BX27AA PADGRP: NPDGRP 

M NODE NUMBER : 35 

M TERMINAL NUMBER: 280 


LTID CS PS BCH/ISG Bd AG_ information 


SERVORD examples for dynamic TEI packet-only NIT 


The following SERVORD examples for configuring a dynamic TEI 
packet-only NIT are shown in Figure 17-59 through Figure 17-72: 


e SLT ADD command used to add a dynamic TEI packet-only NIT LTID 


e NEW command used to add a DN associated with a dynamic TEI 
packet-only NIT LTID 


e SLT ATT command used to associate a dynamic TEI packet-only NIT 
LTID with a LEN 


e QLEN command used to query a LEN associated with a dynamic TEI 
packet-only NIT LTID 


e QIT command used to query a dynamic TEI packet-only NIT LTID 


Figure 17-59 shows an example of the MAP display when the SLT ADD 
command is used to add dynamic TEI packet-only NIT LTID. 
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Figure 17-59 Example of MAP display when using the SLT command to add a 
dynamic TEI packet-only NIT LTID 


>SERVORD 


>SLT 
SONUMBER: NOW 98 2 6 AM 


ETID 
>ISDN 202 


OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 202 ADD BRAFS N D_DYN 64 Y $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-60 shows an example of the MAP display when the NEW command 
is used to add a DN associated with dynamic TEI packet-only LTID ISDN 202. 
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Figure 17-60 Example of MAP display when using the NEW command to add a 
DN associated with a dynamic TEI packet-only NIT LTID 


>SERVORD 


SONUMBER: NOW 98 2 6 AM 


>7236000 
LCC_ACC: 
>ISDNKSET 


EN_OR_LTID: 
>ISDN 202 


COMMAND AS ENTERED: 

EW NOW 98 2 6 AM 7236000 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 202 
NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


Hae 


Figure 17-61 shows an example of the MAP display when the SLT ATT 
command is used to used to associate dynamic TEI packet-only LTID ISDN 
202 with a LEN. 
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Figure 17-61 Example of MAP display when using the SLT command to 
associate a dynamic TEI packet-only NIT LTID with a LEN 


ERVORD 


SONUMBER: NOW 98 12 18 AM 
> 

LTID: 

>LTID 202 


FUNCTION: 


COMMAND AS ENTERED: 
SLT NOW 98 12 18 AM ISDN 202 ATT HOST 01 0 00 08 $ 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Figure 17-62 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which dynamic TEI packet-only LTID 
202 is attached. 


Figure 17-62 Example of MAP display showing response to the QLEN 
command used on a LEN with a dynamic TEI packet-only NIT LTID attached 


LEN: HOST 01 0 00 08 

ISG:0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP :NPDGP 
PM NODE NUMBER : 34 

PM TERMINAL NUMBER : 9 


TEI LTID CS PS BCH/ISG Bd AG_information 


Figure 17-63 shows an example of the MAP display when the QLT command 
is used to query dynamic TEI packet-only NIT LTID ISDN 202. 
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Figure 17-63 Example of MAP display showing response to the QLT command 
used on a dynamic TEI packet-only NIT LTID ISDN 202 


Crs 
>QLT ISDN 202 


DIRECTORY NUMBER: 7236000 
LT GROUP NO: 8 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: Y 


CS: N PS:D_DYN TEI: UNATEI 


CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: N 


OPTIONS: 
NONE 


KEY DN 
Ea “DN 9197236000 
KEY FEATUR 

NONE 


SERVORD examples for NI-1 2B FIT configuration 


The following SERVORD examples for configuring NI-1 2B FIT sets are 
shown in Figure 17-64 through Figure 17-68: 


e SLT ADD command used to add a NI-1 2B FIT LTID 

e NEW command used to add a DN associated with an NI-1 2B FIT LTID 

e QIT command used to query a NI-1 2B FIT LTID 

e SLT ATT command used to attach an NI-1 2B FIT LTID to a LEN 

e QLEN command used to query a LEN associated with an NI-1 2B FIT 
LTID 


Figure 17-64 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-1 2B FIT configuration. 
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Figure 17-64 Example of MAP display when using the SLT ADD command to 
add an NI-1 2B FIT LTID 


ISSUE: 
>2 
OPTION: 
$ 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 221 ADD BI B N 64 N DTE 
6137235025 PVC FUNGTIONAL 2 $ 
ER Y TO CONFIRM,N TO REJECT OR E EDIT 


Figure 17-65 shows an example of the MAP display when the NEW command 
is used to add a DN associated with NI-1 2B FIT configuration LTID ISDN 
221. 


Note: For 2B sets, options VI and CMD are automatically assigned. 
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Figure 17-65 Example of MAP display when using the NEW command to add a 
DN associated with an NI-1 2B FIT LTID 


{ CI: \ 


>SERVORD 
SO: 
>NEW 
SONUMBER: NOW 98 2 6 AM 
>$ 

DN: 

>7235600 

LCC_ACC: 

>ISDNKSET 


>NORTEL 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG:0 

> 
LEN_OR_LTID: 
>ISDN 221 
OPTKEY: 


COMMAND AS ENTERED: 

NEW NOW 98 2 6 AM 7235600 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 221 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


< P. 
Figure 17-66 shows an example of the MAP display when the QLT command 
is used to query NI-1 2B FIT LTID ISDN 221. 
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Figure 17-66 Example of MAP display showing response to the QLT command 
used on an NI-1 2B FIT LTID ISDN 221 


(cx: x 


>QLT ISDN 221 


LTID: ISDN 221 

SNPA: 613 

DIRECTORY NUMBER: 7235600 
LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: N CACH: N 
SLBRI: N 
CS: 2B PS: N TEI: DYNAMIC 
ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6137235025 
CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 

OPTIONS: 


SFC VI $ $ N CMD $ $N 

KEY DN CALLTYPE 
1 DN 6137235600 VI-CMD 
KEY FEATUR 


Figure 17-67 shows an example of the MAP display when the NI-1 2B FIT 
LTID is attached to a LEN using the SLT ATT command. 
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Figure 17-67 Example of MAP display when using the SLT ATT command to 
attach a NI-1 2B FIT LTID toa LEN 


>SERVORD 


SONUMBER: NOW 98 2 6 AM 


LTID: 
>ISDN 221 
FUNCTION: 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 221 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Figure 17-68 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which an NI-1 2B FIT LTID is attached. 


Figure 17-68 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-1 2B FIT LTID attached 


HOST 01 1 08 23 

: 2 ISG BRA CHANNEL: 
: BX27AA PADGRP: NPDGRP 
E NUMBER : 35 
ERMINAL NUMBER: 280 


BCH/ISG Bd AG_information 


DYNAMIC ISDN 221 


SERVORD examples for NI-1 2B NIT configuration 


The following SERVORD examples for configuring NI-1 2B NIT sets are 
shown in Figure 17-69 through Figure 17-73: 


e SLT ADD command used to add an NI-1 2B NIT LTID 
e NEW command used to add DN associated with an NI-1 2B NIT LTID 
e QIT command used to query an NI-1 2B NIT LTID 
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e SLT ATT command used to attach an NI-1 2B NIT LTID to a LEN 
e QLEN command used to query a LEN associated with an NI-1 2B NIT 
LTID 


Figure 17-69 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-1 2B NIT configuration. 


Figure 17-69 Example of MAP display when using the SLT ADD command to 
add an NI-1 2B NIT LTID 


ERVORD 


UNCTION: 


DEFLTERM: 

>Y <- Entering Y here will define this line as 
a NIT and automatically define the TEI as a UNATETI. 
OPTION: 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 231 ADD BRAFS 2B N 64 Y $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. 


In the example shown in Figure 17-69, the option PVC was omitted. A default 
PVC version of FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-70 shows an example of the MAP display when the NEW command 
is used to add a DN associated with NI-1 2B NIT configuration LTID ISDN 
231. 


Note: For 2B sets, options VI and CMD are automatically assigned. 
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Figure 17-70 Example of MAP display when using the NEW command to add a 
DN associated with an NI-1 2B NIT LTID 


>SERVORD 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG:0 


EN_OR_LTID: 
>ISDN 231 


COMMAND AS ENTERED: 

EW NOW 98 2 6 AM 7235500 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 231 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


Figure 17-71 shows an example of the MAP display when the QLT command 
is used to query NI-1 2B NIT LTID ISDN 231. 
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Figure 17-71 Example of MAP display showing response to the QLT command 
used on an NI-1 2B NIT LTID ISDN 231 


hee N 
>QLT ISDN 231 

LTID: ISDN 231 

SNPA: 613 

DIRECTORY NUMBER: 7235500 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:Y 

EKTS: N CACH: N 


SLBRI: N 

CS: 2B PS: N 

ELN: N 

VERSION: FUNCTIONAL ISSUE: 2 

CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 


LINE CLASS CODE: ISDNKSET 
MAXKEYS: 64 
OPTIONS: 

SFC VI $ $ N CMD BOTH $ $N 


KEY DN CALLTYPE 
I DN 6137235500 VI-CMD 
KEY FEATURE 


Figure 17-72 shows an example of the MAP display when the NI-1 2B NIT 
LTID is attached to a LEN using the SLT ATT command. 
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Figure 17-72 Example of MAP display when using the SLT ATT command to 
attach an NI-1 2B NIT LTID to a LEN 


cr: N 


>SERVORD 
SO: 
SONUMBER: NOW 98 2 6 AM 


LTID: 
>ISDN 231 
FUNCTION: 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 231 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Pi 


Figure 17-73 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which an NI-1 2B NIT LTID is attached. 


Figure 17-73 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-1 2B NIT LTID attached 


EN 1 1 8 23 

HOST 01 1 08 23 

1 DCH: 2 ISG BRA CHANNEL: 16 
ARDCODE: BX27AA PADGRP: NPDGRP 

M NODE NUMBER : 35 

M TERMINAL NUMBER: 280 


LTID CS PS BCH/ISG Bd AG_information 
UNATEI ISDN 231 2B N - AG_UNASSIGNED E. 
NI-2 set SERVORD defaults 
The following NI-2 set options are assigned default values by the switching 


system: 


e PVC is automatically entered with version set to FUNCTIONAL and issue 
set to 2 unless otherwise entered in SERVORD by specifying option PVC. 
If option PVC is not entered in SERVORD, the following message 
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displays, “The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used.” 


e VI (voice information) and CMD (circuit mode data) are automatically 
assigned by the system as parameters of option CRBL. Both VI and CMD 
are assigned a default value of 1. The CHF command can be used to change 
the values assigned to VI and CMD. The values for VI and CMD are 0-16. 


e CRBL (call reference busy limit) and DBC (default bearer capability) are 
automatically assigned as options with default values. If the CRBL VI 
value is a number other than 0, all DBC values default to DBC_SP. This 
applies to NI-2 FIT sets only. 


e Ifthe CRBL VI value is 0 and the DBC value in table DNATTRS is 
BC_64KDATA, all DBC values default to DBC_64K. 


Note: The default DBC that is assigned to each DN appearance or AFC 
key on an NI-2 FIT can be changed using the CHF command. 


e As of NAOI1, the NEW command automatically assigns option NDNAP 
(number of DN call appearances) to the line with a value equal to the sum 
of the CRBL values. This applies only to NI-2 ISDN sets. 


Allowable NI-2 terminal configurations 
As of NA008, an NI-2 interface is capable of supporting up to eight 
non-initializing terminals and two fully initializing terminals in the following 
configurations: 


e two NI-2 fully initializing terminals (NI-2 FIT) 

e eight NI-2 non-initializing terminals (NI-2 NITs) 

e one NI-2 FIT and up to seven NI-2 NITs 

As of NA009, an NI-2 interface is capable of supporting the following NI-2 
interface configurations: 

e up to eight NI-2 FITs 

e any combination of NI-2 FITs and NITs whose sum total does not exceed 8 


If an attempt is made to exceed this limitations when using the ATT command, 
the user receives the following message: 


*** ERROR - Can not attach anymore Logical Terminals to the specified LEN 
- Engineering limits have been reached.*** 


If an attempt is made to use the NEW command to associate a DN with an 
existing LTID that is attached to an XPM that has exceeded the engineering 
limitations for allowable DNs per peripheral, the user receives the following 
message: 
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*** ERROR - Can not add anymore DNs to the specified Logical Terminal - 
Engineering limits have been reached.*** 


Figure 17-74 through Figure 17-79 illustrate the various ISDN configurations 
supported in NAO08. 


Figure 17-74 One 2 B-channel FIT 


TE! 1 Initializing 
terminal 


Figure 17-75 One 2 B-channel NIT 


Non-initializing 
TEI terminal 


Figure 17-76 Two 1B-channel FITs 


maiang 
termina 
(ETT) 
LOOPT | En 
Initializing 
terminal 
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Up to eight 
non-initializing 
terminals 


Figure 17-78 Two 2B NI-2 FITs with access to both B-channels 


Figure 17-77 Up to eight NITs 


Initializing 

terminal 
LOOP1 Sah 

Initializing 

terminal 


Up to seven 
non-initializing 
terminals 


Initializing 
TEKI terminal 


Figure 17-80 through Figure 17-81 illustrate two configurations that were 
added in NA009. 
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Figure 17-80 Up to eight 2B NI-2 FITs each with their own logical terminal 


(BCA) 
LOOP1 BCO 


NI-2 

LTID Raia 
LE Initializing 
— terminal (FIT) 
NI-2 

LTID 


Initializing 
terminal (FIT) 


Oz 


Initializing 
terminal (FIT) 


Initializing 
terminal (FIT) 


Initializing 
terminal (FIT) 


Initializing 
terminal (FIT) 


Initializing 
terminal (FIT) 


Initializing 
terminal (FIT) 
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Figure 17-81 Any combination of 2B NI-2 FITs/NITs up to maximum of eight 


Up toa 

maximum of eight 
non-initializing 
terminals (NITs) 


and NITs. 


Note: lf a default LTID is provisioned on the LOOP, then a maximum of seven logical 
terminals can also be provisioned on the loop, for a total of eight LTIDs per loop. The 
total number of physical terminals supported is eight (8), in any combination of FITs 


Up toa 
+ maximum 
of eight 
terminals 
Up toa 
maximum of 


seven initializing 
terminals (FITs) 


SERVORD examples for NI-2 FIT configuration 


The following SERVORD examples for configuring NI-2 FIT sets are shown 
in Figure 17-82 through Figure 17-86: 


SLT ADD command used to add an NI-2 FIT LTID 

NEW command used to add a DN associated with an NI-2 FIT LTID 
QLT command used to query an NI-2 FIT LTID 

SLT ATT command used to attach an NI-2 FIT LTID to a LEN 

QLEN command used to query a LEN associated with an NI-2 FIT LTID 


Figure 17-82 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 FIT configuration. 
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Figure 17-82 Example of MAP display when using the SLT ADD command to 
add an NI-2 FIT LTID 


le 


>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 2 6 AM 


> 

LTID: 
>ISDN 241 
FUNCTION: 


> 
LTCLASS: 
>BRAFS 
CS: 

>NI2 

P 


>N 
MAXKEYS: 


EF LTERM: 


TSPID: 


ERTS: 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 241 ADD BRAFS NI2 N 64 DTEI 


6137235030 N $ ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


The PVC option was omitted. A default PVC version of 
coin and PVC issue of 2 will be used. 


Figure 17-83 shows an example of the MAP display when the NEW command 
is used to add a DN associated with NI-2 FIT configuration LTID ISDN 241. 


Note: Option AFC is not allowed on NI-2 terminals. For NI-2 terminals, 
AFC is automatically added with option CRBL. 
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Figure 17-83 Example of MAP display when using the NEW command to add a 
DN associated with an NI-2 FIT LTID 


Ci: 
>SERVORD 
SO: 
>NEW 
SONUMB 
>$ 

DN: 
>7235200 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 
>0 

NCOS: 

>0 

SNPA: 
>613 

KEY: 

>1 
RINGING: 
>Y 
LATANAME: 
>NILLATA 
LTG:0 

> 
LEN_OR_LTID: 
>ISDN 241 
OPTKEY: 

>$ 
COMMAND AS ENTERED: 

NEW NOW 98 2 6 AM 7235200 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 241 

ENTER Y TO CONFIRM,N TO R 
>Y 
CRBL values will default to VI=1 and CMD = 1. 

The CHF command can be used to modify the CRBL values. 
NDNAP will default to 2 
The CHF command can be used to modify the NDNAP value. 


Now 98 2 6 AM 


i 
W 


Gl 


T 


,JECT OR E TO EDIT 


Figure 17-84 shows an example of the MAP display when the QLT command 
is used to query NI-2 FIT LTID ISDN 241. 
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Figure 17-84 Example of MAP display showing response to the QLT command 
used on an NI-2 FIT LTID 


Crs 
>QLT ISDN 241 


ISDN 241 

+2613 

ECTORY NUMBER: 7235200 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: N CACH: N 
SLBRI: N 
CS:NI2 PS: N TEI DYNAMIC 
TSPID: 6137235030 

ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 

OPTIONS: 

SFC VI $ $ N CMD BOTH $ $N 

CRBL 1 1 NDNAP 2 AFC 6 


CALLTYPE 


Figure 17-85 shows an example of the MAP display when an NI-2 FIT LTID 
is attached to a LEN using the SLT ATT command. 
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Figure 17-85 Example of MAP display when using the SLT ATT command to 
attach an NI-2 FIT LTID to a LEN 


CLs 
>SERVORD 
SO: 
SONUMBER: NOW 98 2 6 AM 
> 

LTID: 

>ISDN 241 

FUNCTION: 

>ATT 


COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 241 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-86 shows an example of the MAP display when the QLEN 
command is used to query a LEN to which an NI-2 FIT LTID is attached. 


Figure 17-86 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-2 FIT LTID attached 


EN 11 8 23 

HOST 01 1 08 23 
: 1 DCH: 2 ISG BRA CHANNEL: 16 
ARDCODE: BX27AA PADGRP: NPDGRP 
M NODE NUMBER : 35 
M TERMINAL NUMBER: 280 


SERVORD examples for 2B and NI-2 FITs with an associated group 


The Associated Groups (AG) feature can be provisioned based on the LTID as 
follows: 


e all CTs on the LTID 
e voiceband information (VJ) or circuit-mode data (CMD) CT on the LTID 


e up to nine AGs can be on a single interface 
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AG can cross LTIDs if the LTIDs are on the same interface 
Option AG is assigned using SLT ADD or SLT CHA commands 


The following restrictions and limitations apply to associated groups: 


AG capability does not apply to 1B LTIDs, since these LTIDs, by 
definition, are already restricted to a single B-channel. 


AG capability is provided on 2B LTIDs. However, the number of NI-1 2B 
LTIDs that can be assigned to an interface is limited to one. The 
assignment of two NI-1 2B LTIDs on an interface with B-channel 
throttling using AGA is not supported, since an equivalent configuration 
can be obtained using two 1B LTIDs. 


A DNCT appearance can not be assigned to more than one AG. 
A maximum of two AGs can be defined for a 2B LTID. 


The following SERVORD examples for configuring 2B and NI-2 terminals 
with associated group (AG) are shown in Figure 17-87 through Figure 17-94: 


SLT ADD command used to add a 2B FIT with all DNs associated with VI 
CT in one AG 


SLT ADD command used to add an NI-2 FIT with DNs associated with VI 
CT in one AG and DNs associated with CMD CT in a second AG 


SLT CHA command used to change the AG assignment of an existing NI-2 
FIT that already has both CTs assigned to an AG group 


QLT command used to display an NI-2 LTID with AG provisioned 


QDN command used to display associated group indicator (AGI) 
information for all CTs associated with the queried DN 


Figure 17-87 shows an example of the MAP display when the SLT ADD 
command is used to add 2B FIT LTID ISDN 11 with all associated VI DNs 
assigned to one AG. 
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Figure 17-87 Example of MAP display when using the SLT ADD command to 
add a 2B FIT with all DNs associated with VI in one AG 


ERVORD 


BER: NOW 98 12 3 PM 


BRAFS 2B N 64 N DTEI 
ENTER Y TO CONFIRM, N TO REJECT 


E TO EDIT 


The PVC option was omitted. A default PVC version 
of FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-88 shows an example of the MAP display when the SLT ADD 
command is used to add NI-2 FIT LTID ISDN 12 with all VI DNs assigned to 
AG 7 and CMD DNs assigned to AG 5. 
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Figure 17-88 Example of MAP display when using the SLT ADD command to 
add an NI-2 FIT LTID with VI DNs in one AG and CMD DNs in another AG 


CI: 
>SERVORD 
SO: 
>SLT 
SONUMBER: NOW 98 12 3 PM 
>$ 

LTID: 

>ISDN 12 

FUNCTION: 

>ADD 

LTCLASS: 

>BRAFS 

CS: 
>NI2 
PS: N 
>N 
MAXKEYS: 
>64 
DEFLTERM: 
>N 
TEI_TYPE: 
>DTEI 
TSPID: 
>6137235040 


EKTS: 
>N 
OPTION: 
>AGA 7 AG _VI 
OPTION: 
>AGA 5 AG_CMD 
OPTION: 
>$ 
COMMAND AS ENTERED: 

SLT NOW 98 12 3 PM ISDN 12 ADD BRAFS NI2 N 64 N DTEI 


6137235040 NAG 7 VI AG 5 CMD $ ENTER Y TO CONFIRM, N TO 
REJECT OR E TO EDIT 


The PVC option was omitted. A default PVC version 
of FUNCTIONAL and PVC issue of 2 will be used. 


The SLT CHA command can be used to change the AGA group assignment for 
a CT associated with an existing LTID from one group to another. This use of 
the SLT CHA command only applies to an existing LTID that has both CTs 
assigned to an AG group. In order to do this, the original group assignment for 
that CT must first be removed. This is done as part of the SERVORD SLT CHA 
command sequence. In response to the first prompt for set attribute, enter the 
option AGA, the existing AGA group number for that CT being assigned a new 
AGA group followed by AG_UNASSIGNED, for example, AGA 5 
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AG_UNASSIGNED. At the second SERVORD prompt for set attribute, enter 
the AGA option, the new AGA group number, and the CT, for example AGA 
3 AG_CMD. 


Figure 17-89 shows an example of the MAP display when the SLT CHA 
command is used to change NI-2 FIT LTID ISDN 12 CMD CT to a different 
AGA group. 


Figure 17-89 Example of MAP display when using the SLT CHA command to 
change AG for an NI-2 FIT-CMD CT to a different AG GROUP 


BER: NOW 98 12 3 PM 


BUTE: 
| UNASSIGNE 
BUTE: 
>AGA 3 AG_CMD 


COMMAND AS ENTERED: 

SLT NOW 98 12 3 PM ISDN 12 CHA (AGA 5 AG_UNASSIGNED) 
(AGA 3 AG_CMD)$ 

ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-90 shows and example of the MAP display when using the QLT 
command to query an NI-2 FIT LTID with AG. 
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Figure 17-90 Example of MAP display when using the QLT command to query 


an NI-2 LTID which is a member of an AG 


CT? 
>QLT ISDN 12 


D: ISDN 12 

613 
ECTORY NUMBER: 
LT GROUP NO: 0 


LTCLASS: 
EKTS: N CACH: N 
SLBRI: N 

CS: NiZ“PS: 


7235010 


N TEI: DYNAMIC 


ELN: N 

AGA:3 AG_CMD 
AGA:7 AG_VI 
VERSION: FUNCTIONAL ISSUE 2 
TSPID:6137235040 

LEN: HOST 02 0 07 02 TEI: 


NORTEL SUBGRP: 
ISDNKSET 


CUSTGRP: 
LINE CLASS CODE: 
MAXKEYS: 64 

OPTIONS: 
SFC CMD 
CFXDNCT 


BOTH $ $ NVI SSN 


0 NCOS: 


BRAFS DEFAULT LOGICAL TERMINAL: N 


DYNAMIC 


O RING: Y 


VI CFU N Y $ KEYLIST 1 CRBL 1 1 NDNAP 2 AFC 6 


CALLTYPE 


6137235010 VI-CMD 


FEATURE 
DNCT VI CFU N Y 
RBL 1 1 

DBC DBC_SP 
NDNAP 2 

AFC DBC_SP 


EYLIST 1 


Figure 17-91 shows an example of the MAP display when the QDN command 
is used to query a DN where the VI portion of an NI-2 FIT LTID with which 


it is associated is a member of an AG. 
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Figure 17-91 Example of MAP display showing response to the QDN command 
where VI portion of an NI-2 FIT LTID is a member of an AG 


Cl: 
>QDN 7228000 


DN: 7228000 

TYPE: SINGLE PARTY LINE 
SNPA: 613 SIG: N/A LNATTIDX: N/A 
LTID: ISDN 10 

LTCLASS: BRAFS 


LINE CLASS CODE: ISDNKSET 

KEY: 1 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
AGA: 7 AG_VI 

OPTIONS: 

SFC CMD BOTH $ $N VI $ SN 

AFC 


CFXDNCT VI CFU N Y $ I KEYLIST 1 CRBL 1 1 NDNAP 2 


Figure 17-92 shows an example of the MAP display when the QDN command 
is used to query a DN where the CMD portion of an NI-2 FIT LTID with which 
it is associated is a member of an AG. 


Figure 17-92 Example of MAP display showing response to the QDN command 
where CMD portion of an NI-2 FIT LTID is a member of an AG 


Cis 
>QDN 7228010 


DN: 7228010 
TYPE: SINGLE PARTY LINE 

SNPA: 613 SIG: N/A LNATTIDX: N/A 
LTID: ISDN 13 
LTCLASS: BRAFS 
L 

K 

C 


INE CLASS CODE: ISDNKSET 


USTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: N 
AGA: 3 AG_CMD 

OPTIONS: 

SFC VI $ $ N CMD BOTH $ $N 

AFC 

CRBL 1 1 NDNAP 2 


Figure 17-93 shows an example of the MAP display when the QDN command 
is used to query a DN where an NI-2 FIT LTID is a member of an AG. 
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Figure 17-93 Example of MAP display showing response to the QDN command 
where an NI-2 FIT LTID is a member of an AG 


Circ 

>QDN 7228020 

DN: 7228020 

TYPE: SINGLE PARTY LINE 

SNPA: 613 SIG: N/A LNATTIDX: N/A 

LTID: ISDN 16 

LTCLASS: BRAFS 

LINE CLASS CODE: ISDNKSET 

KEY: 1 
CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
AGA: 8 AG ALL 
OPTIONS: 

SFC CMD BOTH $ $ NVI $ SN 

CFXDNCT VI CFU N Y $ I KEYLIST 1 CRBL 1 1 AFC 1 


Figure 17-94 shows an example of the MAP display when the QLEN 
command is used to display every associated group assignment (AGA) and 
associated group indicator (AGI) defined on the interface. 


Figure 17-94 Example of MAP display showing response to the QLEN 
command used to determine AGA/AGI assignments of attached LTIDs 


EN 1 0 0 20 


LEN: HOST 01 0 00 20 

ISSG: 0 DCH: 0 ISG BRA CHANNEL: 
: BX27AA PADGRP: NPDGP 
ER: 


BCH/ISG | AG Information 


AG_DN/CT 
AG_UNASSIGNED 


NA011 changes for SLBRI 


As of NA011, SLBRI LATTR data for VI.CMD, and PMD DN keys on an 
LTID is stored in the BRI agent specific data of a tuple in table KSETLINE 
instead of table DNCTINFO. Figure 17-95 shows an example of data stored in 
table DNCTINFO for the VI and CMD keys on an LTID for releases earlier 
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than NAO11. Figure 17-96 shows an example of similar data stored in table 
KSETLINE starting in NAO11. 


Figure 17-95 MAP display example for table DNCTINFO (NA010 and earlier) 


EY OPTIONS 


Figure 17-96 MAP display example for table KSETLINE (NA011 and up) 


KSETKEY 
FORMAT DNRESULT 
KSFMTID KSFMTARE 
ISDN 300 1 
DN Y 7237878 
ISDN 0 0 613 


( SFC) $ 
BRI VI_CMD Y ( 2 613_P62_1 L613_LATA1_0)$ 


NA012 changes for SLBRI 
The following is a list of changes in the SERVORD prompts when using the 
NEW command to add a DN associated with an NI-2 BRI RES LTID when the 
SOC LOC00025 is active. If SOC LOC00025 is not active, the SERVORD 
prompts when using the NEW command to add a DN associated with an NI-2 
BRI RES LTID remain unchanged from NAOI1. 


The SERVORD prompt for LCC changes to LINEATTR_LCC. 
ISDNKSET is the only valid response to this prompt for NI-2 BRI RES 
SLBRI lines is ISDNKSET. 


SERVORD does not prompt for LATANAME, since the LATA is included 
in RATEAREA entry. 


SERVORD prompts for SLBRI_LLATTRKEY which is the alphanumeric 
located in table LINEATTR. It can be up to 16 characters in length. 


SERVORD prompts for XLAPLAN which is the key into table 
XLAPLAN. 


SERVORD prompts for RATEAREA which is the key into table 
RATEAREA where tuple includes LATA information. 
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SERVORD examples for NI-2 BRI RES FIT configuration 


The following SERVORD examples for configuring NI-2 BRI RES single-line 
(SLBRI) service are shown in Figure 17-97 through Figure 17-110: 


SLT ADD command used to add an NI-2 BRI RES LTID 
NEW command used to add a DN associated with an NI-2 BRI RES LTID 
when SOC LOC00025 is not active. 
Note: SOC stands for Software Optionality Control. 
NEW command used to add a DN associated with an NI-2 BRI RES LTID 
when SOC LOC00025 is active 
QLT command used to query an NI-2 BRI RES LTID 
SLT ATT command used to attach an NI-2 BRI RES LTID to a LEN 


QLEN command used to query a LEN associated with an NI-2 BRI RES 
LTID 


QDN command used to query DN associated with NI-2 BRI RES LTID 
when SOC LOC00025 is not active 


QDN command used to query DN associated with NI-2 BRI RES LTID 
when SOC LOC00025 is active 


Note: LOC00025 is the Enhanced Local Translations feature that is part of 
the NAO12 software load. 


The following restrictions apply to BRI RES: 


Option SLBRI is only assignable to NI-2 LTIDs. 


Option SLBRI can not be added or removed using the SLT CHA 
command. 


The Line Attribute Index specified by the SLBRI_LATTR can not be 
changed using any SERVORD commands. 


SUSP billing is not provided for ACRJ. 

ACRJ is currently incompatible with the following options: 
— Automatic Call Distribution (ACD) 

— Group Intercom (GIC) 

— E911 PSAP Table Control 

— Uniform Call Distribution (UCD) 


Figure 17-97 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 BRI RES LTID configuration. 
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Figure 17-97 Example of MAP display when using the SLT ADD command to 
add an NI-2 BRI RES LTID 


Cr: 
>SERVORD 
SO: 
>SLT 
SONUMBER: NOW 98 5 6 AM 
>$ 
LTID: 
>ISDN 28 
FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 
G 
> 
P 
> 


7 


Ss 
NI2 


MAXKEYS: 
>64 
DEFLTERM: 
>N 
TEI_TYPE 
>DTEI 
TSPID: 
>6137235050 
EKTS: 

>N 

OPTION: 
>SLBRI 
OPTION: 
>$ 
COMMAND AS ENTERED: 

SLT NOW 98 5 6 AM ISDN 28 ADD BRAFS NI2 N 64 N DTEI 
6137235050 N SLBRI $ ENTER Y TO CONFIRM,N TO REJECT OR 
E TO EDIT 

>Y 


The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. 


Addition of SLBRI option enables usage of NET GEN (RES) 
selector in Tables IBNXLA/XLANAME with appropriately 
datafilled set DN line attrs. 


Figure 17-98 shows an example of the MAP display when the NEW command 
is used to add the DN associated with NI-2 BRI RES configuration LTID ISDN 
28 when SOC LOC00025 is not active. 
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Figure 17-98 Example of MAP display when using the NEW command to add a 
DN and SLBRI_LATTR associated with an NI-2 BRI RES LTID with SOC 
LOC00025 not active. 


(cx: E 


>SERVORD 


SONUMBER: NOW 98 5 6 AM 


DN: 
>7237700 
LCE ACE: 
>ISDNKSET 


N_OR_LTID: 
SDN 28 
SLBRI_LATTR: 


H i 


OPTKEY: 


NEW NOW 98 11 6 AM 7237700 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 28 ( 2) $ 


INTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
Y 
R 
h 


BL values will default to VI=1 and CMD=1 

e CHF command can be used to modify the CRBL values. 
DNAP will default to 2 
The CHF command can be used to modify the NDNAP value. 
accordingly. 


<< I 


Figure 17-99 shows an example of the MAP display when the NEW command 
is used to add the DN associated with NI-2 BRI RES configuration LTID ISDN 
28 when SOC LOC00025 is active. 


> 
C 
T 
N 
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Figure 17-99 Example of MAP display when using the NEW command to add a 
DN and SLBRI_LATTR associated with an NI-2 BRI RES LTID with SOC 
LOC00025 is active. 


(cx: 


>SERVORD 
SO: 
>NEW 
SONUMB 
>$ 

DN: 
>7237700 
LINEATTR_OR_LCC: 
>ISDNKSET 

GROUP: 

>NORTEL 
SUBGROUP: 

>0 

NCOS: 

>0 

SNPA: 

>613 

KEY: 

>1 

RINGING: 

>Y 

LEN_OR_LTID: 
>ISDN 28 
SLBRI_LATTRKEY: 

>EXAMPLENAME12345 (Note: LINEATTR KEY (LK) in table LINEATTR 


ii 
w 


Now 98 5 6 AM 


XLAPLAN: is alphanumeric with up to 16 characters.) 
>613_PUB_401 

RATEAREA: 

>L613_LATA1_0 

OPTKEY: 

>$ 

NEW NOW 98 11 6 AM 7237700 ISDNKSET NORTEL 0 0 613 1 Y 
ISDN 28 EXAMPLENAME12345 613_PUB_401 L613_LATA1_0 $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 

>Y 

CRBL values will default to VI=1 and CMD=1 

The CHF command can be used to modify the CRBL values. 
NDNAP will default to 2 


The CHF command can be used to modify the NDNAP value. 
accordingly. 


Figure 17-100 shows an example of the MAP display when the QLT command 
is used to query NI-2 BRI RES LTID ISDN 28. 
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Figure 17-100 Example of MAP display when using the QLT command on an 
NI-2 BRI RES LTID 


Crs 
>QLT ISDN 28 


LTID: ISDN 28 
SNPA: 613 
DIRECTORY NUMBER: 7237700 


LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: N CACH: N 
SLBRI: Y 
CS:NI2 PS: N TEI DYNAMIC 
ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6137235050 
CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 
OPTIONS: 


SFC VI $ $ N CMD BOTH $ $N 

CRBL 1 1 NDNAP 2 AFC 6 

KEY DN CALLTYPE 
t DN 7237700 VI & CMD 
KEY FEATUR 

1 CRBL 1 1 

1 DBC DBC_SP 

1 NDNAP 2 

2 AFC DBC_SP 


o PERENE E E E E EE E 


Figure 17-101 shows an example of the MAP display when an NI-2 BRI RES 
LTID is attached to a LEN using the SLT ATT command. 


297-2401-201 Standard 07.01 September 2000 


SERVORD procedures 17-103 


Figure 17-101 Example of the MAP display when using the SLT ATT command 
to attach an NI-2 BRI RES LTID to a LEN 


>SERVORD 


SONUMBER: NOW 98 5 6 AM 


>ATT 


COMMAND AS ENTERED: 

SLT NOW 98 5 6 AM ISDN 28 ATT HOST 01 1 09 01 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-102 shows an example of the MAP display when the QLEN 
command is used to query a LEN to which an NI-2 BRI RES LTID is attached. 


Figure 17-102 Example of the MAP display showing response to the QLEN 
command used on a LEN with an NI-2 BRI RES LTID attached 


SQLEN 1 1 8 23 


LEN: HOST 01 1 09 01 

ISG: 1 DCH: 2 ISG BRA CHANNEL: 16 
CARDCODE: BX27AA PADGRP: NPDGRP 
P 
P 


M NODE NUMBER : 35 
M TERMINAL NUMBER: 280 


Figure 17-103 shows an example of the MAP display when DN associated 
with NI-2 BRI RES LTID is queried when SOC LOC00025 is not active using 
QDN command. 
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Figure 17-103 Example of the MAP display when using the QDN command to 
query DN associated with NI-2 BRI RES LTID when SOC LOC00025 is not active 


Cl: 

>QDN 7237700 

DN: 7237700 

TYPE: SINGLE PARTY LINE 

SNPA: 613 SIG: N/A LNATTIDX: N/A 

LTID: ISDN 28 

LTCLASS: BRAFS 

LINE CLASS CODE: | ISDNKSET 

SLBRI LINEATTR: 0 

XLAPLAN: 613 P621_0 RATEAREA: L613 _LATA1_0 
KEY: 1 

CUSTGRP: NORTEL SUBGRP:0 NCOS: 0 RING: Y 
OPTIONS: 

SFC VI$ $N CMD BOTH$$N 

AFC 


CRBL 1 1 NDNAP 2 


Figure 17-104 shows an example of the MAP display when DN associated 
with NI-2 BRI RES LTID is queried when SOC LOC00025 is active using 
QDN command. 


Figure 17-104 Example of the MAP display when using the QDN command to 
query DN associated with NI-2 BRI RES LTID when SOC LOC00025 is active 


Cl: 
>QDN 7237700 


7237700 
TYPE: SINGLE PARTY LINE 
SNPA: 613 SIG: N/A LNATTIDX: N/A 
XLAPLANKEY: N/A RATEAREA KEY: N/A 
LTID: ISDN 28 
LTCLASS: BRAFS 
LINE CLASS CODE: ISDNKSET 
SLBRI LINEATTR: EXAMPLENAME1 2345 
XLAPLAN: 613_P621_0 RATEAREA KEY: L613_LATA1_0 
KEY: 1 
CUSTGRP: NORTEL SUBGRP:0 NCOS: 0 RING: Y 
OPTIONS: 
SFC VI $ $ N CMD BOTH $ $ N 
AFC 


CRBL 1 1 NDNAP 2 
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SERVORD examples for NI-2 2BD FIT configuration 


The following SERVORD examples for configuring NI-2 2BD FIT sets are 
shown in Figure 17-105 through Figure 17-110: 


e SLT ADD command used to add an NI-2 2BD LTID 


¢ NEW command used to add a DN associated with NI-2 2BD LTID voice 
features 


¢ NEW command used to add a DN associated with NI-2 2BD LTID data 
feature 


e QIT command used to query an NI-2 2BD LTID 

e SLT ATT command used to attach an NI-2 2BD LTID to a LEN 

e QLEN command used to query the LEN associated with an NI-2 2BD 
LTID 


Figure 17-105 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 2BD FIT configuration. 
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Figure 17-105 Example of the MAP display when using the SLT ADD command 
to add an NI-2 2BD FIT LTID 


>SERVORD 


SONUMBER: Now 98 10 6 AM 


>ISDN 261 
FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 
CS: 

>NI2 

PSs 

>D 
MAXKEYS: 


Vv 
[1 Oy 
os 


OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 261 ADD BRAFS NI2 D 64 N DTEI 
6137235060 N $ ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 

The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. 


Two separate service orders using the NEW command are required when 
establishing NI-2 2BD service. One service order is required to identify a DN 
associated with the voice services for the NI-2 2BD set. A second service order 
is required to identify a DN associated with the packet services for the NI-2 
2BD set. 


Figure 17-106 shows an example of the MAP display when the NEW 
command is used to add the DN associated with the voice features for NI-2 
2BD FIT LTID ISDN 261. 
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Figure 17-106 Example of MAP display when using the NEW command to add 
a DN for voice features on an NI-2 2BD FIT LTID 


>SERVORD 


>NEW 


O 
Z 
G 
Z 
w 
Gl 
wy 


Now 98 10 6 AM 


V 


N: 
7236000 
CC_ACC: 
ISDNKSET 
ROUP: 
NORTEL 
UBGROUP: 
>0 


AVAVEVUOUVN 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG:0 

> 
LEN_OR_LTID: 
>ISDN 261 
OPTKEY: 

>$ 
COMMAND AS ENTERED: 

NEW NOW 98 10 6 AM 7236000 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0O ISDN 261 

NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


Y 
RBL values will default to VI=1 and CMD=1. 

he CHF command can be used to modify the CRBL values. 
D 

h 


NAP will default to 2 
e CHF command can be used to modify the NDNAP value. 


Figure 17-107 shows an example of the MAP display when the NEW 
command is used to add a DN associated with the data features for NI-2 2BD 
FIT LTID ISDN 261. 


Note: Itis important to set the ringing option for the DN associated with the 
data functions of the NI-2 2BD set to N. 
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Figure 17-107 Example of MAP display when using the NEW command to add 
a DN for data features on an NI-2 2BD FIT LTID 


DN: 
>7236000 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 
>0 


INGING: 

>N <-It is important to set ringing to N for 
the DN appearance for the DN associated with the data 
functions of the NI2 2BD set. 

LATANAME : 

>NILLATA 

LTG:0 

> 

LEN_OR_LTID: 

>ISDN 261 

OPTKEY: 

>3 

OPTION: 

>PMD 
COMMAND AS ENTERED: 

NEW NOW 98 10 6 AM 7236000 ISDNKSET NORTEL 0 0 613 3 N 
NILLATA 0 ISDN 261 (3 PMD)S$ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


>Y 


Figure 17-108 shows an example of the MAP display when the QLT command 
is used to query NI-2 2BD LTID ISDN 261. 
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Figure 17-108 Example of MAP display showing response to the QLT command 
used on an NI-2 2BD FIT LTID 


CI: 
>QLT ISDN 261 


LTID: ISDN 261 
SNPA: 613 
DIRECTORY NUMBER: 7236000 


LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 


EKTS: N CACH: N 

SLBRI: N 

CS:NI2 PS: D TEI: DYNAMIC 
ELN: N 


VERSION: FUNCTIONAL ISSUE: 2 

TSPID: 6137235060 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 
OPTIONS: 


SFC VI $ $ N CMD BOTH $ $N 
CRBL 1 1 NDNAP 2 AFC 6 

KEY DN CALLTYPE 

1 DN 7236000 VI & CMD 
3 DN 7236000 PMD 

KEY FEATUR 

1 CRBL 1 1 

1 DBC DBC_SP 

1 NDNAP 2 

2 AFC DBC_SP 


Figure 17-109 shows an example of the MAP display when the NI-2 2BD FIT 
LTID is attached to a LEN using the SLT ATT command. 
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Figure 17-109 Example of MAP display when using the SLT ATT command to 
attach an NI-2 2BD FIT LTID to a LEN 


i 


>SERVORD 
SO: 
SONUMBER: NOW 98 10 6 AM 
>$ 

LTID: 

>ISDN 261 

FUNCTION: 

>ATT 


COMMAND AS ENTERED: 
SLT NOW 98 10 6 AM ISDN 261 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


g 


Figure 17-110 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which an NI-2 2BD FIT LTID is 
attached. 


Figure 17-110 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-2 2BD FIT LTID attached 


EN: HOST 01 1 08 23 

SG: 1 DCH: 2 ISG BRA CHANNEL: 16 
ARDCODE: BX27AA PADGRP: NPDGRP 

M NODE NUMBER : 35 

M TERMINAL NUMBER: 280 


TEI LTID CS PS BCH/ISG Bd AG_information 


DYNAMIC ISDN 261 NI2 D ISG Bd: 31 AG_UNASSIGNED 


SERVORD examples for DN shared across LTIDs 


The following SERVORD examples for configuring a DN shared across LTIDs 
are shown in Figure 17-111 through Figure 17-117: 


e SLT ADD command used to add an NI-2 FIT LTID for calltype VI 
e SLT ADD command used to add NI-2 FIT LTID for calltype CMD 
e SLT ADD command used to add packet-only LTID 
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¢ NEW command used to associate shared DN with NI-2 FIT LTID with 
calltype VI 


e NEW command used to associate shared DN with NI_2 FIT LTID with 
calltype CMD 


e NEW command used to associate shared DN with packet-only LTID 
e QDN command to query DN shared across LTIDs 


Note: When using the RND option with a shared DN, it must be 
assigned to each DN appearance on separate LTIDs. When the RND 
option is assigned to one appearance of a shared DN, it does not 
automatically appear on that shared DN on other LTIDs. 


Figure 17-111 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 FIT configuration. 


Figure 17-111 Example of MAP display when using the SLT ADD command to 
add an NI-2 FIT LTID for calltype VI 


(Ci: 
>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 2 6 AM 

> 

LTID: 

>ISDN 270 

FUNCTION: 

>ADD 

LTCLASS: 

>BRAFS 

C 

> 

P 

> 


S: 

NI2 

Se 
MAXKEYS: 
64 

DEF LTERM: 
>N 
T 
> 


v 


EI_TYPE 
DTEI: 
TSPID: 


>6137237575 


>$ 

COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 270 ADD BRAFS NI2 N 64 DTEI 
6137237575 N $ ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. 
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Figure 17-112 shows an example of the MAP display when the SLT ADD 
command is used to add an NI-2 LTID for calltype CMD. 


Figure 17-112 Example of MAP display when using the SLT ADD command to 
add an NI-2 FIT LTID for calltype CMD 


Crs 
>SERVORD 
SO: 


>SLT 

SONUMBER: NOW 98 2 6 AM 
> 

LTID: 

>ISDN 271 

FUNCTION: 


TCLASS: 
BRAF'S 


>6137237576 

EKTS: 

>N 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 2 6 AM ISDN 271 ADD BRAFS NI2 N 64 DTEI 
6137237576S ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-113 shows an example of the MAP display when the SLT ADD 
command is used to add a packet-only LTID. 
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Figure 17-113 Example of MAP display when using the SLT ADD command to 
add a packet-only LTID 


(cr: 


>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 2 6 AM 


> 

LTID: 
>ISDN 272 
UNCTION: 
ADD 
TCLASS: 
BRAF'S 


VUVAVE VY 


ONAN 


COMMAND AS ENTERED: 
SLT NOW 98 2 6 AM ISDN 272 ADD BRAFS N D 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


>Y 


Figure 17-114 shows an example of the MAP display when the NEW 
command is used to associate a shared DN with an NI-2 FIT LTID for calltype 
VI. 
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Figure 17-114 Example of MAP display when using the NEW command to 
associate a shared DN with an NI-2 FIT LTID for calltype VI 


Ci: 
>SERVORD 
SO: 
>NEW 
SONUMBER: NOW 98 2 6 AM 
>$ 

DN: 

>7236565 

LCC_ACC: 

>ISDNKSET 

GROUP: 

>NORTEL 

SUBGROUP: 

>0 

NCOS: 

>0 

SNPA: 

>613 

KEY: 

>1 

RINGING: 

>Y 

LATANAME: 

>NILLATA 

LTG:0 

> 
LEN_OR_LTID: 
>ISDN 270 
OPTKEY: 

>1 
OPTION: 

>CRBL 

VI: 

>2 

CMD: 

>0 

OPTKEY: 

>$ 

COMMAND AS ENTERED: 

NEW NOW 98 2 6 AM 7236565 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 270 (1 CRBL 2 0) 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 
NDNAP will default to 2 

The CHF command can be used to modify the NDNAP value. 


Figure 17-115 shows an example of the MAP display when the NEW 
command is used to associate a shared DN with an NI-2 FIT LTID for calltype 
CMD. 


297-2401-201 Standard 07.01 September 2000 


SERVORD procedures 17-115 


Figure 17-115 Example of MAP display when using the NEW command to 
associate shared DN with NI-2 FIT LTID for calltype CMD 


CI: 
>SERVORD 
SO: 
>NEW 
SONUMB 
>$ 

DN: 
>7236565 
LCC-ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 
>0 


Now 98 2 6 AM 


i 
W 


DV AV 
RA 


INGING: 


Z 


ATANAME: 
NILLATA 
TG:0 


Gl 


HVEVEV 


EN OR_LTID: 
>ISDN 271 
OPTKEY: 

>1 
OPTION: 

>CRBL 

VI: 

>0 

CMD: 

>1 

OPTKEY: 

>$ 

COMMAND AS ENTERED: 

NEW NOW 98 2 6 AM 7236565 ISDNKSET NORTEL 0 0 613 1 N 
NILLATA 0 ISDN 271 (1 CRBL O 1) 
> 
N. 


NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
Y 
DNAP will default to 1 

ae CHF command can be used to modify the NDNAP value. 


Figure 17-116 shows an example of the MAP display when the NEW 
command is used to associate the shared DN with a packet-only LTID. 
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Figure 17-116 Example of MAP display when using the NEW command to 
associate a shared DN with a packet-only LTID 


CI: 
>SERVORD 
SO: 
>NEW 
SONUMBER: NOW 98 2 6 AM 
>$ 

DN: 

>7236565 

LCC-ACC: 

>ISDNKSET 

GROUP: 

>NORTEL 

SUBGROUP: 

>0 


DV AV 
ee 


INGING: 


Z 


ATANAME : 
NILLATA 
TG:0 


HVEVEV 


EN _OR_LTID: 
>ISDN 272 
OPTKEY: 

>$ 
COMMAND AS ENTERED 
NEW NOW 98 2 6 AM 
NILLATA 0 ISDN 272 

ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


w 


Figure 17-117 shows the MAP display when the QDN query command is used 
to query a DN shared across two LTIDs. 


7236565 ISDNKSET NORTEL 0 0 613 1 N 
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Figure 17-117 Example of MAP display when using the QDN command is used 


to query a DN sh 


Cr: 


DN: 
CALLTYP 
TYPE: 
SNPA: 613 
XLAPLAN KEY 
LTID: ISDN 
LTCLASS: 

LINE 
KEY: `I 
CUSTGRP: 
OPTIONS: 


F e 
ris 


AFC 


CALLTYPE: 

TYPE: SING 
SNPA: 613 
XLAPLAN KEY 
LTID: ISDN 
LTCLASS: 
LINE 
KEY: 1 

CUSTGRP : 
OPTIONS: 


CRBL 0 1 


Foe 
ris 


CALLTYP! 
TYPE: SINGL 
SNPA: 613 
XLAPLAN KEY 
LTID: 272 
LTCLASS: 


KEY: 1 
CUSTGRP : 
OPTIONS: 
NONE 


>QDN 7236565 


7236565 


SINGLE PARTY LINE 


BRAF'S 
CLASS COD 


SFC VIS SNS SN 


CRBL 2 0 NDNAP 2 
OFFICE OPTIONS: 
AIN LNPOFFIC 


BRAFS 
CLASS CODE: 


SFC CMD BOTH $ $ N 
NDNAP 1 
OFFICE OPTIONS: 
AIN LNPOFFIC 


PMD 
SIG: 


BRAF'S 
LINE CLASS CODE: 


ared across two LTIDs 


VI 


SIG: N/A LNATTIDX: N/A 


EAR 


270 


Foe 
ris 


ISDNKSET 


NORTEL SUBGRP: 0 NCOS: 0 RING: Y 


= 
ay 


CMD 
LE PARTY LINE 
SIG: N/A 


LNATTIDX: N/A 


EFAREA 


271 


T 


Gl 


ISDNKS! 


NORTEL SUBGRP: 0 NCOS: 0 RING: N 


T 
i 


PARTY LINE 
N/A 


LNATTIDX: N/A 
RATEAREA K 


ISDNKSET 


BGRP: 0 NCOS: 0 RING: N 


NORT] 


Using shared DNs with hunt groups 
Before NA010, the DMS-100 switching system allowed the provisioning of 
separate hunt groups for circuit and packet-mode CTs. The CTs supported 
were PMD and the combined VI and CMD CT VI-CMD. In the case of the 
multi-line hunt (MLH) and distributed line hunt (DLH), the DMS-100 
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switching system allowed the sharing of the pilot DN between the circuit and 
packet CTs. In the case of directory number hunt (DNH), the DMS-100 
switching system allowed the sharing of the pilot as well as the member DNs 
between the circuit and packet CTs. This functionality is not enhanced in 
NAO10. The circuit-mode CT appearances must belong to the same hunt 
group. It is not possible to split the VI and CMD appearances of a shared DN 
across different huntgroups. It is possible to obtain hunt group information on 
a CT basis using either the SERVORD QGRP or the MAPCI POST HUNT 
commands. 


In NAO10, a DN associated with either a circuit-mode VI or a CMD hunt group 
on one LTID can be shared with a PMD CT on another LTID. At any given 
time, only one of the circuit-mode hunt group types, either VI or CMD, on the 
same LTID can share a DN with a PMD CT on a different LTID. For example, 
if a CMD hunt group on an LTID is set up to share a DN with a PMD CT on 
another LTID, the user is not allowed to establish a similar arrangement for the 
first LTID’s VI call appearance. The following SERVORD commands have 
been modified to allow the sharing of a hunt group DN located on one LTID 
with a PMD CT on another LTID: 


e NEW command 


— allows the assignment of a DN with VI or CMD CT to an LTID that is 
already assigned to a different LTID with a different CT. 


— rejects an attempt to assign a second circuit-mode appearance of a DN 
if the first circuit-mode appearance belongs to a hunt group. 


¢ EST command 


— allows creation of a hunt group and pilot DN using a DN previously 
assigned to another LTID using either the NEW or EST commands. 
The CT of the existing DN must be PMD. 


— rejects attempts to create two separate hunt groups with the same pilot 
DN using both circuit-mode CTs VI and CMD. 


— allows the use of only one circuit-mode CT when DNs are shared 
Note: When used with hunt groups, the RND option must be 


assigned to each DN in the hunt group in order for each of them to 
receive the redirecting number delivery. 
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— requires LTIDs to meet criteria described under the NEW command 


— rejects attempts to create a hunt group and pilot DN for a DN ona 
second LTID with switching characteristics that do not meet the criteria 
described under the NEW command 


ADD command 


— allows the adding of a DN that is already assigned to one LTID as a 
hunt group member DN on another LTID 


— requires both circuit-mode appearances of a shared DDN to belong to 
the same hunt group 


— requires LTIDS to meet the criteria described under the NEW 
command 


— rejects attempts to create a hunt group and pilot DN for a DN ona 
second LTID with switching characteristics that do not meet the criteria 
described under the NEW command 


SERVORD examples for establishing a DNH group with pilot DN 
shared with PMD CT on second LTID 


The following SERVORD examples for configuring a DNH group with pilot 
DN shared with PMD CT on a second LTID are shown in 


SLT ADD command used to add an NI-2 LTID ISDN 301 with CTs VI and 
PMD 


SLT ADD command used to add an NI-2 LTID ISDN 302 to be associated 
with CMD DNH hunt group 


NEW command used to add a DN associated with VI CT appearance on 
LTID ISDN 301 


NEW command used to add DN associated with the PMD CT appearance 
on LTID ISDN 301 


EST command used to add DNH to LTID ISDN 302 where hunt DN is 
shared with PMD DN appearance on LTID ISDN 301 


QDN command used to verify that DN 7235200 is shared by DNH hunt 
group with CMD CT on LTID ISDN 302 and PMD CT appearance on 
LTID ISDN 301 


Refer to Figure 17-118 for an example of the MAP display when the SLT ADD 
command is used to add an LTID with VI and PMD CTs. 
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Figure 17-118 Example of MAP display when using the SLT ADD command to 
add NI-2 LTID with CTs VI and PMD 


a ~ 


>Servord 


SONUMBER: NOW 98 7 21 PM 


LTID: 


TCLASS: 
BRAF'S 


S: 
NI2 
S 

D 


V 


MAXKEYS: 
>64 
DEFLTERM: 


TEI_TYPE: 
>DTEI 
TSPID: 
>6137235555 
EKIS: 


COMMAND AS ENTERED: 
SLT NOW 98 7 PM ISDN 301 ADD BRAFS NI2 D 64 N DTEI 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Refer to Figure 17-119 for an example of the MAP display when the SLT ADD 
command is used to add an NI-2 LTID to be used with a CMD DNH group. 
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Figure 17-119 Example of MAP display when using the SLT ADD command to 
add NI-2 LTID to be used with a CMD DNH hunt 


ERVORD 


NOW 98 7 21 PM 


>6137235551 
ERTS: 


ENTERED: 

SLT NOW 98 7 PM ISDN 302 ADD BRAFS NI2 N 64 N DTE 
6137235551 N $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


Refer to Figure 17-120 for an example of the MAP display when the NEW 
command is used to add the DN associated with the VI CT on LTID ISDN 301. 
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Figure 17-120 Example of MAP display when using the NEW command to add 
DN associated with VI CT on LTID ISDN 301 


(CI: \ 


>SERVORD 


SONUMBER: NOW 98 7 21 PM 
> 

DN: 

>7235100 

LCC_ACC 

>ISDNKSET 


RINGING: 
>Y 
LATANAME 
>NILLATA 
LTGO: 0 


LEN_OR_LTID: 
>ISDN 301 


OPTKEY: 


COMMAND AS ENTERED: 

NEW NOW 98 7 21 PM 7235100 ISDNKSET NORTEL 0 0 613 1 N 
NILLATA 0 ISDN 301 (1 CRBL 10) $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


co will default to 1 Be 


Refer to Figure 17-121 for an example of the MAP display when the NEW 
command is used to add the DN associated with the PMD CT on LTID ISDN 
301. 
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Figure 17-121 Example of MAP display when using the NEW command to add 
DN associated with PMD CT on LTID ISDN 301 


ki: N 


>SERVORD 


SONUMBER: NOW 98 7 21 PM 


DN: 
>7235200 
LCC_ACC 
>ISDNKSET 


DVV 
N f 


INGING: 


Z 


ATANAME 
NILLATA 
%0 


FPVeEVE Vv 
H 
Q 


EN_OR_LTID: 
>ISDN 301 


NEW NOW 98 7 21 PM 7235200 ISDNKSET NORTEL 0 0 613 2 N 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


$ sy 


Refer to Figure 17-122 from an example of the MAP display when the EST 
command is used to establish a DNH group associated with the CMD CT on 
NI-2 LTID ISDN 302. 
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Figure 17-122 Example of MAP display when using the EST command to 
establish a DNH group associated with CMD CT on NI-2 LTID ISDN 302 


ERVORD 


NOW 98 7 21 PM 


PILOT_DN 
>7235200 
LCC: 
>ISDNKSET 


> 
EL 


LTG: 0 
> 


PILOT_LEN: 
>ISDN 302 
| LEN: 


UPSIZE: 


COMMAND AS ENTERED: 

EST NOW 98 7 21 PM DNH 7235200 ISDNKSE EL O O 613 1 N 
NILLATA 0 ISDN 302 $ (CRBL 0 1 ) $5 
ENTER Y TO CONFIRM, N TO REJECT OR E TO E 
>Y 

NDNAP will default to 1 


Refer to Figure 17-123 for an example of the MAP display when the QDN 
command is used to verify a DN that is shared by a CMD hunt group on LTID 
ISDN 302 and PMD CT on LTID ISDN 301. 
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Figure 17-123 Example of MAP display when using the QDN command to verify 
DN shared by CMD group and PMD 


Crs: 
>QDN 7235200 


DN: 7235200 
CALLTYPE: CMD 


TYPE: PILOT OF DNH HUNT GRO 


SNPA: 613 SIG: N/A  LNATIDX: 


HUNT GROUP: 50 HUNT MEMBER: 


LTID: ISDN 302 
LTCLASS: BRAFS 
LINE CLASS CODE: 


301 


RAF'S 


: 2 
CUSTGRP: 
OPTIONS: 
PMD DFDN 


E PARTY LINE 
IG: N/A LNATTIDX: N/A 


= 
ET 


= 
EL 


E CLASS CODE: ISDNKSET 


aT 


Pili 


SUBGRP: 0 NCOS: 0 RING: N 


BGRP: 0 NCOS: 0 RING: N 


SERVORD examples for NI-2 NIT configuration 
SERVORD examples for configuring NI-2 NIT sets are shown in Figure 


17-124 through Figure 17-128: 


SLT ADD command used to add an NI-2 NIT LTID 

NEW command used to add a DN associated with an NI-2 NIT LTID 
QLT command used to query an NI-2 NIT LTID 

SLT ATT command used to attach an NI-2 NIT LTID to a LEN 

Use the QLEN command to query the LEN associated with an NI-2 NIT 


LTID 


Figure 17-124 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 NIT configuration. 
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Figure 17-124 Example of MAP display when using the SLT ADD command to 
add an NI-2 NIT LTID 


SONUMBER: Now 98 10 6 AM 


LTID: 
>ISDN 112 
UNCTION: 


p 

> 

LTCLASS: 
>BRAFS 
C 
> 
P 
> 


COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 112 ADD BRAFS NI2 N 64 Y $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 

>Y 

The PVC option was omitted. A default PVC version of 
ee and PVC issue of 2 will be used. 


Figure 17-125 shows an example of the MAP display when the NEW 
command is used to add a DN associated with NI-2 NIT LTID ISDN 112. 
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Figure 17-125 Example of MAP display when using the NEW command to add 
a DN associated with an NI-2 NIT LTID 


Ci: 
>SERVORD 
SO: 
>NEW 
SONUMB 
>$ 

DN: 
>7236000 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 
>0 

NCOS: 

>0 

SNPA: 
>613 

KEY: 

>1 
RINGING: 
>Y 
LATANAME: 
>NILLATA 
LTG:0 

> 
LEN_OR_LTID: 
>ISDN 112 
OPTKEY: 

>$ 
COMMAND AS ENTERED: 

NEW NOW 98 10 6 AM 7236000 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 112 

ENTER Y TO CONFIRM,N TO R 
>Y 
CRBL values will default to VI=1 and CMD=1 

The CHF command can ne used to modify the CRBL values. 
NDNAP will default to 2 
The CHF command can be used to modify the NDNAP value. 


Now 98 10 6 AM 


ii 
W 


Gl 


T 


,JECT OR E TO EDIT 


Figure 17-126 shows an example of the MAP display when the QLT command 
is used to query NI-2 NIT LTID ISDN 112. 
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Figure 17-126 Example of MAP display showing response to the QLT command 
used on an NI-2 NIT LTID 


CI: 

>QLT ISDN 112 

LTID: ISDN 112 

SNPA: 613 

DIRECTORY NUMBER: 7236000 

LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:Y 
EKTS: N CACH: N 
CS:NI2 PS: N TEI: UNATEI 


ELN: N 

VERSION: FUNCTIONAL ISSUE: 2 

CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 


MAXKEYS: 64 
OPTIONS: 
SFC VI $ $ N CMD BOTH $ $ N 
CRBL 1 1 NDNAP 2 AFC 6 


KEY DN CALLTYPE 

DN 6137236000 VI & CMD 
KEY FEATUR 

CRBL 1 1 

DBC DBC_SP 

NDNAP 2 

AFC DBC_SP 


Figure 17-127 shows an example of the MAP display when NI-2 NIT LTID 
ISDN 112 is attached to a LEN using the SLT ATT command. 
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Figure 17-127 Example of MAP display when using the SLT ATT command to 
attach an NI-2 NIT LTID to a LEN 


ERVORD 


SONUMBER: NOW 98 10 6 AM 


LTID: 
>ISDN 112 
UNCTION: 


COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 112 ATT HOST 01 1 08 23 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-128 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which NI-2 NIT LTID ISDN 112 is 
attached. 


Figure 17-128 Example of MAP display showing response to the QLEN 
command used on a LEN with an NI-2 NIT LTID attached 


HOST 01 1 08 23 
: 1 DCH: 2 ISG BRA CHANNEL: 16 
ARDCODE: BX27AA PADGRP: NPDGRP 
M NODE NUMBER : 33 
ERMINAL NUMBER: 22 


LTID CS PS BCH/ISG Bd AG_information 


SERVORD examples for NI-2 2BD integrated NIT 


The following SERVORD examples for configuring NI-2 2BD integrated NIT 
sets are shown in Figure 17-129 through Figure 17-134. 


e SLT ADD command used to add an NI-2 2BD integrated NIT LTID 


e NEW command used to add a DN associated with NI-2 2BD integrated 
NIT LTID voice features 


e NEW command used to add a DN associated with NI-2 2BD integrated 
NIT LTID data feature 
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e QIT command used to query an NI-2 2BD integrated NIT LTID 
e SLT ATT command used to attach NI-2 2BD integrated NIT to a LEN 


e QLEN command used to query the LEN associated with an NI-2 2BD 
integrated NIT LTID 


Figure 17-129 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 2BD integrated NIT 
configuration. 


Figure 17-129 Example MAP display when using the SLT ADD command to add 
an NI-2 2BD integrated NIT LTID 


a 3 


>SERVORD 


SONUMBER: NOW 98 10 6 AM 


COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 283 ADD BRAFS NI2 D 64 N DTEI 
6137235064 N $ ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 

The PVC option was omitted. A default PVC version of 
FUNCTIONAL and PVC issue of 2 will be used. J 


Two separate service orders using the NEW command are required when 
establishing NI-2 2BD integrated NIT service. One service order is required to 
identify a DN associated with the voice services for the NI-2 2BD integrated 
NIT set. A second service order is required to identify a DN associated with 
the packet services for the NI-2 2BD integrated NIT set. 
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Figure 17-130 shows an example of the MAP display when the NEW 
command is used to add the DN associated with the voice features for NI-2 
2BD integrated NIT LTID ISDN 283. 
Figure 17-130 Example of MAP display when using the NEW command to add 
a DN for voice features on an NI-2 2BD integrated NIT LTID 


>SERVORD 


SONUMBER: Now 98 10 6 AM 


LCC_ACC: 
>ISDNKSET 


RINGING: 
>Ý 
LATANAME : 
>NILLATA 
LTG:0 


LEN_OR_LTID: 
>ISDN 283 
OPTKEY: 


COMMAND AS ENTERED: 

EW NOW 98 10 6 AM 7236555 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 283 
NTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 
CRBL values will default to VI=1 and CMD=1. 

The CHF command can be used to modify the CRBL values. 
NDNAP will default to 2 
The CHF command can be used to modify the NDNAP value. 


HZZ 


Figure 17-131 shows an example of the MAP display when the NEW 
command is used to add a DN associated with the data features for NI-2 2BD 
integrated NIT LTID ISDN 283. 


Note: Itis important to set the ringing option for the DN associated with the 
data functions of the NI-2 2BD integrated NIT set to N. 
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Figure 17-131 Example of MAP display when using the NEW command to add 
a DN for data features on an NI-2 2BD integrated NIT LTID 


>SERVORD 


SONUMBER: NOW 98 10 6 AM 


DN: 
>7236555 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGROUP: 
>0 


INGING: 

>N <-It is important to set ringing to N for 
the DN appearance for the DN associated with the data 
functions of the NI2 2BD set. 

LATANAME : 

>NILLATA 

LTG:0 

> 

LEN_OR_LTID: 

>ISDN 283 

OPTKEY: 

>3 

OPTION: 

>PMD 
COMMAND AS ENTERED: 

NEW NOW 98 10 6 AM 7236555 ISDNKSET NORTEL 0 0 613 3 N 
NILLATA 0 ISDN 283 (3 PMD)S$ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y. 


Figure 17-132 shows an example of the MAP display when the QLT command 
is used to query NI-2 2BD LTID ISDN 261. 
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Figure 17-132 Example of MAP display showing response to the QLT command 
used on an NI-2 2BD integrated NIT LTID 


Crs 
>QLT ISDN 283 

LTID: ISDN 283 

SNPA: 613 

DIRECTORY NUMBER: 7236555 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 


EKTS: N CACH: N 

SLBRI: N 

CS:NI2 PS: D TEI: DYNAMIC 
ELN: N 


VERSION: FUNCTIONAL ISSUE: 2 

TSPID: 6137235064 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 
OPTIONS: 


SFC VI $ $ N CMD BOTH $ $N 

CRBL 1 1 NDNAP 2 AFC 6 

KEY DN CALLTYPE 
1 DN 6137236555 VI & CMD 
3 DN 6137236555 PMD 

KEY FEATUR 

1 CRBL 1 1 

1 DBC DBC_SP 

1 NDNAP 2 


A AFC DBC_SP 


Figure 17-133 shows an example of the MAP display when the NI-2 2BD 
integrated NIT LTID is attached to a LEN using the SLT ATT command. 
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Figure 17-133 Example of MAP display when using the SLT ATT command to 
attach an NI-2 2BD integrated NIT LTID to a LEN 


ERVORD 


ER: NOW 98 10 6 AM 


COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 283 ATT HOST 01 1 08 29 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Figure 17-134 shows an example of the MAP display when the QLEN 
command is used to query the LEN to which an NI-2 2BD integrated NIT 
LTID is attached. 


Figure 17-134 Example of MAP display showing response to the QLEN 
command used on LEN with NI-2 2BD integrated NIT LTID attached 


HOST 01 1 08 29 

DCH: 2 ISG BRA CHANNEL: 16 
E: BX27AA PADGRP: NPDGRP 

E NUMBER : 35 

ERMINAL NUMBER: 280 


LTID cs PS BCH/ISG Bd AG_information 


NA014 SERVORD examples for On-demand B-channel X.25 PMD 


In the NAO14 release, the On-demand X.25 B-channel Packet Mode Data 
(PMD)—Provisioning, Data Distribution Manager, and XLIU feature 
introduced the provisioning of on-demand B-channel (ODB) X.25 packet 
mode data (PMD) service. This service allows the user to originate 
packet-mode calls over a user initiated B-channel. When not being used for 
packet-mode data, the B-channel can be used for voice and circuit-switched 
data calls. This new feature allows the sharing of B-channels by VI, CMD and 
PMD call types. 
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A new SERVORD option, ODB (On-demand B-channel), was added for NI-2 
2BD DNs.The guidelines for provisioning NI-2 2BD DNs with the ODB 
option are as follows: 


e Only the NEW command can be used to provision NI-2 2BD DNs with 
option ODB. 


e Provisioning of DNs with the ODB option requires an unmapped LTID. 


e Provioning only allows two DNs with the ODB option to be assigned to an 
LTID 


e Provisioning does not allow the assignment of DNs with the ODB option 
on an LTID that is already mapped to a LEN. 


e Provisioning does not allow the assignment of a D-packet DN on an LTID 
provisioned with ODB DNs that is attached to a LEN. Adding a D-packet 
DN requires detaching the LTID from the LEN to which it is attached. 
Provisioning requires the detaching of the LTID from the LEN each time a 
new D-packet DN is provisioned on the LTID. 


e Provisioning allows the sharing of an ODB DNs with DN appearances 
having call types other than PMD in both single and shared DN 
configurations as follows: 


— Single DN configuration—an ODB DN can be shared with a DN 
appearance having call type VI, CMD, or VI-CMD. An ODB DN 
cannot be shared with a DN appearance having call type PMD. A call 
type of PMD includes DNs with D packet service on the D-channel or 
an ODB DN. 


— Shared DN configuration—an ODN DN can be shared with a DN 
appearance having call type VI, CMD, or VI-CMD on different LTIDs. 
An ODB DN cannot be shared with a DN having call type PMD. A call 
type of PMD includes DNs with D packet service on the D-channel or 
a ODB DN. 


The following SERVORD commands can not be used with the ODB option. 
Attempts to use these commands with the ODB option result in the generation 
of an error message. 


e ADD-An attempt to use the ADD command with the ODB option causes 
the following error message to generate: 


ODB does not support HUNT GROUPS 


e ADO-An attempt to use the ADO command to assign the ODB option to 
a non-ODB DN causes the following error message to generate: 


PMD/DFDN/ODB cannot be manipulated using ADO/DEO/CHF 
PMD/DFDN/ODB can be added only using NEW 
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ADO-An attempt to use the ADO command to assign any other options on 
a key along with the ODB option causes the following error message to 
generate: 


Cannot assign any options on the key along with ODB 


ADDPH-An attempt to use the ADDPH command to add an ODB DN to 
a permanent virtual circuit (PVC) causes the following error message to 
generate: 


ODB DN cannot be a part of PVC 


ADDPH-An attempt to use the ADDPH command to add an ODB DN to 
a closed user group (CUG) causes the following error message to generate: 


ODB DN cannot be a part of CUG 


CHF-—An attempt to use the CHFcommand with the ODB option causes the 
following error message to generate: 


PMD/DFDN/ODB cannot be manipulated using ADO/DEO/CHF 
PMD/DFDN/ODB cannot be changed using any SO command 


DEO-An attempt to use the DEO command to remove the ODB option 
from a DN causes the following error message to generate: 


PMD/DFDN/ODB cannot be manipulated using ADO/DEO/CHF 
PMD/DFDN/ODB can be deleted only using OUT 

EST-An attempt to use the EST command to assign an ODB DN as either 
the pilot or as amember of a hunt group causes the following error message 
to generate: 


ODB does not support HUNT GROUPS 


SETPH-An attempt to use the SETPH command to change the X.25 
parameters associated with an ODB DN causes the following error 
message to generate: 


SETPH command cannot be used for ODB DNs 
Use CHAPH command for ODB DNs 


SERVORD examples for On-demand B-channel X.25 PMD service 


The following examples for configuring NI2 2BD DNs with option ODB are 
shown in Figure 17-135 through Figure 17-144. 


SLT ADD command used to add and NI-2 2BD ODB LTID 
SLT NEW command used to a NI-2 2BD DN with option ODB 
SLT ATT command to attach an NI-2 2BD ODB LTID to a LEN 
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e QDN command used to query a ODB DN 
e QILT command used to query an ODB LTID 
Figure 17-135 shows an example of the MAP display when the SLT ADD 


command is use to add an NI-2 2BD LTID capable of supporting ODB and 
D-packet DNs. 


Figure 17-135 Example of the SLT ADD command in prompt mode—adding and 
NI2 2BD LTID capable of supporting ODB DNs along with a D-packet DN 


SONUMBER: MAY 0 05 10 PM 


FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 


TSPID: 
>6135554000 
ERTS: 


COMMAND AS ENTERED: 
SLT NOW 0 05 10 PM NI2 400 ADD BRAFS NI2 D 64 N DTEI 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


Figure 17-136 through Figure 17-138 show examples of using the NEW 
command to add ODB and D-packet DNs. When key 1 is provisioned as a 
ODB DN, a second ODB DN can be assigned to any other key, such as key 5, 
as shown in Figure 17-137. An optional PMD DN can also be provisioned on 
a vacant key, such as key 10, as shown in Figure 17-138. 
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Figure 17-136 Example of the NEW command used to assign an ODB DN to key 
1 of an NI2 2BD terminal 


>NEW 
SONUMBER: NOW 0 5 10 PM 
>(CR) 


DN: 
>6135551000 
LCC ACC: 
>ISDNKSET 
GROUP: 
>LONS634 
SUBGRP: 


RINGING: 

>N 

LTG: 0 

>(CR) 

LEN_OR_LTID: 

>NI2 400 

OPTKEY: 

>1 

OPTION: 

>ODB 

OPTION: 

>$ 

COMMAND AS ENTERED: 

NEW NOW 0 5 10 PM 6135551000 ISDNKSET LONS634 0 0 613 1N 
O NI2 400 1 ODB $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 
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Figure 17-137 Example of the NEW command used to assign an ODB DN to key 


5 of an NI2 2BD terminal 


>NEW 
SONUMI 
>(CR) 


DN: 
>6135551000 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>LONS634 
BGRP: 


B] 


NOW 0 


R . 
ER: 


RINGING: 
>N 
LTG: 
>(CR) 
LEN_OR_LTID: 

>NI2 400 

OPTKEY: 

>5 

OPTION: 

>ODB 

OPTION: 

>$ 

COMMAND AS ENTERED 
NEW NOW 0 5 10 PM 
N O NI2 400 5 ODI 
ENT 
>Y 


0 


ER Y TO CONFIRM, N TO RE 


5 10 PM 


6135551000 ISDNKS! 


B $ 


4 


ET LONS634 O O 613 5 


J 


ECT OR 


E TO EDIT 


A 
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Figure 17-138 Example of the NEW command in used to assign a PMD DN to 
key 10 of an NI2 2BD terminal 


>NEW ` 


SONUMBER: Now 0 5 10 PM 
>(CR) 


DN: 
>6135551000 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>LONS634 
SUBGRP : 


RINGING: 

>N 

LTG: 0 

>(CR) 
LEN_OR_LTID: 

>NI2 400 

OPTKEY: 

>10 

OPTION: 

>PMD 

OPTION: 

>$ 

COMMAND AS ENTERE 
NEW NOW 0 5 10 PM 
O NI2 400 10 PMD $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


D 


6135551000 ISDNKSET LONS634 0 0 613 10 N 


SERVORD examples for using the SLT ATT command to attach an LTID 
provisioned with ODB DNs to a LEN 
When attaching an ODB LTID to a LEN, the user must specify the XSG to 
which it should be connected. Figure 17-139 through Figure 17-142 show the 
four different ways in which the user can use the SLT ATT command to attach 
an LTID provisioned with ODB and D-packet DNs on it to a LEN: 
e specify no options 
e specify the PHLINK option only 
e specify the DCHCHNL option only 


e specify both the PHLINK and DCHCHNL options 
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SERVORD example for using the SLT ATT command with no 
options specified to attach an ODB LTID to a LEN 

If the user does not specify any option, the XSG for the ODB DNs is chosen 
by automatic resource assignment (ARA). The channel to which the LEN is 
connected is chosen from the entries in table SPECCONN. Figure 17-139 
shows an example of the MAP display when using the SLT ATT command 
with no option specified to attach an ODB LTID to a LEN. 


Figure 17-139 Example of the SLT ATT command used without options to 
attach an ODB LTID to a LEN 


>SLT 
SONUMBER: NOW 0 5 10 PM 

>(CR) 

LTID: 

>NI2 400 

FUNCTION: 

>ATT 

LEN: 

>ISDN 00 0 10 00 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 0 5 10 PM NI2 400 ATT ISDN 00 0 10 00 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


SERVORD example for using the SLT ATT command with the 
PHLINK option to attach an ODB LTID to a LEN 

If the user specifies the PHLINK option, the XSG chosen for the ODB DNs is 
the one specified by the user. The XSG selected for D-packet DNs depends on 
the entries datafilled in table SPECCONN. Figure 17-140 shows an example 
of the MAP display when using the SLT ATT command with the PHLINK 
option to attach an ODB LTID to a LEN. 
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Figure 17-140 Example of the SLT ATT command used with the PHLINK option 


in prompt mode to attach an ODB LTID to a LEN 


7 LT 


> 
SONUMBER: 
>(CR) 
LTID: 
>NI2 400 
FUNCTION: 
>ATT 

LEN: 
>ISDN 00 0 10 00 
OPTION: 
>PHLINK 
XSG: 

>100 
OPTION: 

>$ 

COMMAND AS 
SLT 


NOW 0 5 10 PM 


ENTERED: 


>Y 


<a 


ENTER Y TO CONFIRM, N TO RE 


J 


ECT OR 


NOW 0 5 10 PM NI2 400 ATT ISDN 00 0 10 00 PHLINK 100 $ 


E TO 


EDIT 


SERVORD example for using the SLT ATT command with the 
DCHCHNL option to attach an ODB LTID to a LEN 

If the user specifies the DCHCHNL option, the XSG chosen for the ODB DNs 
is the one. The XSG selected for D-packet DNs is done automatically using 
ARA. Figure 17-141 shows an example of the MAP display when using the 
SLT ATT command with the DCHCHNL option to attach an ODB LTID to a 


LEN. 
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Figure 17-141 Example of the SLT ATT command used with the DCHCHNL 
option in prompt mode to attach an ODB LTID to a LEN 


ec LT 


> 
SONUMBER: NOW 0 5 10 PM 

>(CR) 

LTID: 

>NI2 400 

FUNCTION: 

>ATT 

LEN: 

>ISDN 00 0 10 00 

OPTION: 

>DCHCHNL 

DCHCHNL: 

>30 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 0 5 10 PM NI2 400 ATT ISDN 00 0 10 00 DCHCHNL 30 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


<a 


SERVORD example for using the SLT ATT command with both the 
PHLINK and the DCHCHNL options to attach an ODB LTID toa LEN 
If the user specifies the PHLINK and DCHCHNL options, the XSG chosen for 
the ODB DNs is the one specified by the user. The XSG selected for the 
D-packet DNs depends on the entry in table SPECCONN for the specified Bd 
channel. Figure 17-142 shows an example of the MAP display when using the 
SLT ATT command with the PHLINK and DCHCHNL options to attach an 
ODB LTID to a LEN. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


17-144 SERVORD procedures 


Figure 17-142 Example of the SLT ATT command used with the PHLINK and 
DCHCHNL options in prompt mode to attach an ODB LTID to a LEN 


he LT 


> 
SONUMBER: NOW 0 5 10 PM 
>(CR) 

LTID: 

>NI2 400 

FUNCTION: 

>ATT 

LEN: 

>ISDN 00 0 10 00 

OPTION: 

>PHLINK 

XSG: 

>100 

OPTION: 

>DCHCHNL 


DCHCHNL: 
>30 


COMMAND AS ENTERED: 
SLT NOW 0 5 10 PM NI2 400 ATT ISDN 00 O 10 00 (PHLINK 100) 
(DCHCNHL 30) $ 

ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 

>Y 


Querying a DN with the ODB option 
Figure 17-143 shows an example of the MAP display when the QDN 
command is used to query an ISDN BRI DN in single DN configuration with 
the ODB option. 
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Figure 17-143 Example of the QDN command used to query ISDN BRI DN in 
single DN configuration with ODB option 


>QDN 
DIRECTORY_NUMBER 
>6135551000 
DN: 5551000 
CALLTYPE: VI-CMD 

TYPE: SINGLE PARTY LINE 
SNPA: 613 SIG: NA LNATTIDX: N/A 


LINE CLASS CODE: ISDNKSET 

KEY: 1 

CUSTGRP: LONS634 SUBGRP: 0 NCOS: 0 RING: Y 
OPTIONS: 
SFC VI $ $ N CMD BOTH $ $N 
AFC 
CRBL 1 1 NDNAP 2 


CALLTYPE: PMD-ODB 
TYPE: SINGLE PARTY LINE 

SNPA: 613 SIG: N/A LNATTIDX: N/A 
LTID: NI2 100 

LTCLASS: BRAFS 

LINE CLASS CODE: ISDNKSET 

KEY: 10 
CUSTGRP: LONS634 SUBGRP: 0 NCOS: 0 RING: N 
OPTIONS: 
O 


DB Af 


Query an LTID with ODB DNs 


Figure 17-144 shows an example of the MAP display when the QLT command 
is used to query an LTID with ODB DNs. The call type for the ODB DNs 
displays as PMD-ODB. This example applies to software release NA014 and 


up. 
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Figure 17-144 Example of MAP display for QLT command used to query an 
LTID with ODB DNs 


>QLT 

ENTER: LTGRP 
>NI2 

ENTER: LTNUM 
>100 
LTID:NI2 100 
SNPA: 613 
DIRECTORY NUMBER: 5556789 

LT GROUP NO: 3 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL: 
EKTS: N CACH: N 


ED TEI: DYNAMIC 


ION: FUNCTIONAL ISSUE: 2 
D: 6135556745 
CUSTGRP: LONS634 
LINE CLASS CODE: ISDNKSE 
EYS: 64 
OPTIONS: 

CRBL 1 1 NDNAP 2 AFC 5 SFX VI $ $ N CMD BOTH $ $ N 


EY CALLTYPE 


6135556785 VI-CMD 
6135556785 PMD-OD 
6135556546 PMD-OD 


CRBL 1 1 
DBC DBC_SP 
NDNAP 2 
AFC DBC_SP 


SERVORD examples for Electronic key telephone service 


Electronic key telephone service (EKTS) is a set of services for ISDN BRI 
voice terminals. These services are available if option EKTS is assigned to the 
LTID associated with it. EKTS services allow 


e multiple DNs on a terminal 

e sharing of DNs by multiple users 

e bridging of multiple users in to the same call 

e flexible calling DN bridging with flexible calling 


e intercom calling 
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The following sections show examples of using SERVORD to configure EKTS 
services including Single Call Arrangement (SCA) Multiple Appearance 
Directory Number (MADN) and MADN CACH (Call Appearance Call 
Handling). The examples shown include: 


SLT ADD command used to add an NI-2 FIT LTID with EKTS activated 
QLT command used to query NI-2 FIT LTID with EKTS activated 


SLT ADD command used to add an NI-2 FIT LTID with EKTS activated 
and option CACH 


QLT command used to query an NI-2 FIT LTID with both EKTS and 
CACH activated 


NEW command used to create an SCA MDN primary member 
NEW command used to add an SCA MDN member 


QLT command used to query NI-2 FIT LTID associated with aSCA MDN 
primary member 


NEW command used to create an SCA MDN primary member for MDN 
group that includes a RES line 


NEW command used to add a RES line as a secondary member of a MDN 
SCA group 


QLT command used to query the LTID of the PRIMARY DN of the MDN 
SCA group that includes a RES line 


QDN command used to query the DN used in the MDN SCA group that 
includes the RES line 


NEW command used to add a new CA to an LTID 
NEW command used to add a CA2 to an LTID 
NEW command used to add a MADN CACH member 


QLT command used to query an NI-2 FIT LTID with option MADN 
CACH 


New command used to create MADN CACH member that share a common 
DN with a CMD appearance on the same NI-2 LTID 


NEW command used to create a CMD appearance sharing a common DN 
with a MADN CACH member on the same NI-2 LTID 


QLT command used to query NI-2 FIT LTID with MADN CACH and 
CMD call appearances that have same assigned DN 


NEW command used to add MADN CACH secondary member with 
option CFMDN 
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e QILT command used on LTID associated with a secondary MADN CACH 
member to verify assignment of option CFMDN 


e QGRP command used to query a MADN CACH group 


Figure 17-145 illustrates the relationship between shared DN to CA to 
terminal assignment. 
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Figure 17-145 Relationship of DN to CA to terminal 
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Making EKTS available on BRI terminals 
EKTS is made available on BRI terminals at the time the LTID is created by 
entering Y in response to the prompt EKTS as shown in Figure 17-146. This 
figure shows option EKTS set Y when a QLT is performed on LTID 250. 


Only functional signaling terminals with a dynamic TEI can be defined as an 
EKTS set. Option EKTS can not be assigned to a default logical terminal 
(NIT). An attempt to add the option EKTS to NIT results in an error message 
stating that option EKTS can not be assigned to a default logical terminal. 


Option CACH is assignable to EKTS LTIDs. This capability changes 0.931 
signaling to use CAP I.E.s (Call Appearance Information Elements) instead of 
called DN (CDN) and calling DN (CGN) for voice call establishment as 
specified in Bellcore Generic Requirement 205 (GR-205). 


Note: In software loads earlier than NA008, option CACH is only available 
for change if the value for EKTS is set to Y. The value for EKTS can not be 
changed using the SLT CHA command. Beginning with NA008, the SLT 
CHA command is used to change the EKTS value from N to Y and to add 
option CACH. 


Figure 17-146 shows an example of the MAP display when option EKTS is set 
to Y. In this example, the SLT ADD command is used to add an NI-2 FIT 
LTID. 
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Figure 17-146 Example of MAP display when using the SLT ADD command to 
add an NI-2 FIT LTID with EKTS activated 


(cr: 


>SERVORD 
SO: 
>SLT 
SONUMBER: NOW 98 10 6 AM 
> 

LTID: 

>ISDN 250 

FUNCTION: 


TSPID: 


COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 250 ADD BRAFS NI2 N 64 DTEI 
6137235070 Y $ ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 

The PVC option was omitted. A default PVC version of 
E and PVC issue of 2 will be used. 


Figure 17-147 shows an example of the MAP display when the QLT command 
is used to query LTID ISDN 250 to verify that option EKTS is set to Y. 
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Figure 17-147 Example of MAP display showing response to the QLT command 
used on an NI-2 FIT LTID with EKTS activated 


Cis 
>QLT ISDN 250 


ISDN 250 

613 

ECTORY NUMBER: 7235220 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: Y CACH: N 

LBRI: N 
S:NI2 PS: N TEI DYNAMIC 
ELN: N 
ERSION: FUNCTIONAL ISSUE: 2 
SPID: 6137235070 
USTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 
OPTIONS: 
SFC VI $ $ N CMD BOTH $ $N 
CRBL 1 1 NDNAP 2 AFC 6 


CALLTYPE 


Figure 17-148 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 FIT that is to have a CACH 
MADN associated with it. The figure shows EKTS set to Y and option CACH 
being added. 
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Figure 17-148 Example of MAP display of when using the SLT ADD command 
to add an NI-2 FIT LTID with EKTS activated and option CACH 


(cx: 


>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 10 6 AM 
> 

LTID: 

>ISDN 41 

FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 
Cc 
> 
P 
> 


S: 
NI2 


MAXKEYS: 
>64 
DEFLTERM: 
>N 
TEI_TYPE 
>DTEI 
TSPID: 
>6137235080 
EKTS: 

>Y 

OPTION: 

>CACH 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 41 ADD BRAFS NI2 N 64 DTEI 
6137235080 Y(CACH)$ ENTER Y TO CONFIRM, N TO REJECT OR E TO 
EDIT 

>Y 

WARNING: Firmware must be compatible with CACH option. 

The PVC option was omitted. A default PVC version of 

\ FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-149 shows an example of the MAP display when the QLT command 
is used to query LTID ISDN 41 to verify that options EKTS and CACH are 
both set to Y. 
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Figure 17-149 Example of MAP display of response to the QLT command used 
on an NI-2 FIT LTID with both EKTS and CACH activated 


{ CI: \ 


>QLT ISDN 41 

LTID: ISDN 41 

SNPA: 613 

DIRECTORY NUMBER: 7235220 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 


CS:NI2 PS: N TEI DYNAMIC 
ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6137235080 
CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 
OPTIONS: 


SFC VI $ $ N CMD BOTH $ SN 

CRBL 1 1 NDNAP 2 AFC 6 

KEY DN CALLTYPE 
J: DN 6137235220 VI & CMD 
KEY FEATUR 

1 CRBL 1 1 

1 DBC DBC_SP 

1 NDNAP 2 

2 AFC DBC_SP 


The following options associated with EKTS are available through 
SERVORD: 


e FC—flexible calling is a set of capabilities that allows the user to establish 
two or more concurrent calls and then join them into a conference of up to 
30 members. Flexible calling allows the user to 


— designate an established call as a conference call 

— hold and retrieve a conference call 

— bridge either an incoming or outgoing basic call into a conference 
— release, or drop, the last member to join the conference call 

— transfer a conference call 


e GlIC—group intercom allows a user to terminate a call on a member of a 
pre-designated intercom group using abbreviated dialing. Group members 
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are accessed by using abbreviated dialing that is determined by group size 
as follows: 

— one digit (0-9) for groups of up to 10 members 

— two digits (00-99) for groups of up to 100 members 

— three digits (000-999) for groups of up to 1000 members 

— four digits (0000-9999) for groups of up to 10 000 members 


e JCM—intercom calling allows user to directly terminate on a 
pre-designated set by pressing the ICM feature key 


e CRBL—call reference busy limit can be used to assign multiple 
appearances of non-MADN DNs 


e MDN—nmultiple appearance directory number allows a DN to be shared 
across a number of LTIDs. The following are options that apply to MDN 
DNs: 


— EHLD—EKTS hold 
— MRF—MDN (MADN) Ring forward 
— MREL—MDN (MADN) release 


Setting up MADN groups on an EKTS set 


Option MDN assigns a DN to more than one set. EKTS serves as a base for 
MDN features. To assign MDN features, assign EKTS to the LTID that is 
associated with the set. Next create call appearances for each MDN DN and 
assign them to the appropriate LTIDS. SLBRI LTIDs are compatible with 
MADN SCA and CACH. 


Note: In NAO08, to assign MDN to an EKTS (or EKTS CACH) LTID, 
option SPIDSFX is required. With the introduction of the TSPID in NA009, 
this is no longer true. However, the required TSPID must uniquely identify 
the LTID with the MDN group. 
There are two arrangements for MDN groups applicable to ISDN EKTS sets: 
e single call arrangement (SCA) 


e call appearance call handling (CACH) 
Note: MADN CACH was added in NAO08. 
Figure 17-150 shows an example of the MAP display when using the NEW 


command to create the primary member of an MDN SCA group. MADN SCA 
is assignable to LTIDs with EKTS set to Y and with or without option CACH. 
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Figure 17-150 Example of MAP display when using the NEW command to 
create an MDN SCA primary member 


a a 


>SERVORD 
SO: 


>NEW 
ONUMBER: Now 98 10 6 AM 


S 
> 
D 
> 
LCC_ACC: 
> 
G 
> 
S 


RINGING: 
>1 
LATANAME : 
>NILLATA 
LTG: 0 
> 
LEN_OR_LTID: 
>ISDN 38 
OPTKEY: 

>1 

OPTION: 

>MDN 
MDNTYPE: 
>SCA 
PRIMARY: 
>Y 
DENIAL_TRMT: 
>SILENCE 
BRIDGING: 
>Y 
CONF_SIZE: 
>10 
BRIDGE_TONE 


INIT_STAT: 
>PRIVATI 
PRL_MODE: 
>MANUAL 

OPTKEY: 
> 
C 
N 


Gl GI 


OMMAND AS ENTERED: 

EW NOW 98 10 6 AM 7235900 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA 0 ISDN 38 (1 MDN SCA Y SILENCE Y 10 Y PRIVATI 
MANUAL) $ 
ENTER Y TO CONFIRM,N TO REJECT OR TO EDIT 


>Y „yA 


Gl 


ti 
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Figure 17-151 show the MAP display of the command NEW being used to add 
a member of an MDN SCA group. 


Figure 17-151 Example of MAP display when using the NEW command to add 
an MDN SCA member 


(1 


>SERVORD 

SO: 

>NEW 

SONUMBER: NOW 98 10 6 AM 
>$ 

DN: 

>7235900 

LCC_ACC: 

>ISDNKSET 


>NORTEL 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG: 0 


LEN_OR_LTID: 
>ISDN 40 
OPTKEY: 


COMMAND AS ENTERED: 

NEW NOW 98 10 6 PM 7235900 ISDNKSET NORTEL 0 0 613 3 Y 
NILLATA 0 ISDN 40 (3 MDN SCA N) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


Xe 7 


Figure 17-152 shows the MAP display of the QLT command used on LTID 
ISDN 38 on which the primary member of the MDN SCA group appears. 
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Figure 17-152 Example of MAP display showing response to the QLT command 
used on NI-2 FIT LTID associated with MDN SCA primary member 


>QLT ISDN 38 

LTID: ISDN 38 

SNPA: 613 

DIRECTORY NUMBER: 7235900 

LT GROUP NO: 0 

LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 

EKTS: Y CACH: Y 

SLBRI: N 
CS:NI2 PS: N 
LN: N 
ERSION: FUNCTIONAL ISSUE: 2 

SPID: 6137235090 

EN: HOST 01 00 21 TEI: DYNAMIC 
U 

I 


STGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
NE CLASS CODE: ISDNKSET 
MAXKEYS: 64 


PTIONS: 
MADN MEMBER INFO: 
ISDN 38 
ISDN 40 


SFC VI $ $N 


EY DN CALLTYPE 
MDN 6137235900 VI SCA PRIMARY 
EY FEATURE 


Adding a RES line as member of a MDN SCA group 


As of NA012, enhancements to the DMS switch software allows a Residential 
Enhanced Services (RES) line to be added as a secondary member of a MDN 
SCA group. This allows the appearance of the same DN on both a RES line 
and an ISDN line. All MDN SCA features that are compatible with RES lines 
are supported by these enhancements. The following two restrictions apply to 
adding a RES line as a secondary member of a MDN SCA group: 


e The RES line and the ISDN EKTS MDN SCA lines must belong to the 
same customer group. 


e The RES line can not be the primary member of the MDN SCA group. 
Figure 17-153 shows an example of the MAP display when using the NEW 


command to create the primary member of a MDN SCA group that includes a 
RES line as a member. 
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Figure 17-153 Example of MAP display when using the NEW command to 
create a MDN SCA primary member 


a N 


>SERVORD 
SO: 


>NEW 
ONUMBER: Now 98 10 6 AM 


S 
> 
D 
> 
LCC_ACC: 
> 
G 
> 
S 


RINGING: 
>1 
LATANAME : 
>NILLATA 
LTG: 0 
> 
LEN_OR_LTID: 
>ISDN 111 
OPTKEY: 

>1 

OPTION: 

>MDN 
MDNTYPE: 
>SCA 
PRIMARY: 
>Y 
DENIAL_TRMT: 
>SILENCE 
BRIDGING: 
>Y 
CONF_SIZE: 
>10 
BRIDGE_TONE 


a] 


INIT_STAT: 
>PRIVATI 
PRL_MODE: 
>MANUAL 

OPTKEY: 

>$ 
C 
N 
N 


Gl GI 


OMMAND AS ENTERED: 

EW NOW 98 10 6 AM 6217777 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 111 (1 MDN SCA Y SILENCE Y 10 Y PRIVAT 
MANUAL) $ 
ENTER Y TO CONFIRM,N TO REJECT OR TO EDIT 


>Y E 


m 


ti 
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Figure 17-154 shows an example of the MAP display when using the NEW 
command to add a RES line as a secondary member of a MDN SCA group. 


Figure 17-154 Example of MAP display when using the NEW command to add 
RES line as secondary MDN SCA member. 


CI: ~ 


SONUMBER: NOW 99 8 12 AM 


DN: 
>6217777 
LCC_ACC: 
>1FR 
LATANAME : 
>NILLATA 
LTG: 0 


EN_OR_LTID: 
000 21 


COMMAND AS ENTERED: 

NEW NOW 99 8 12 AM 6217777 1FR NILLATA 0 HOST 00 0 00 21 
(MDN SCA N Y) (DGT)$ 
ENTER Y TO CONFIRM, NE TO REJECT OR E TO EDIT 
>Y 
There is a RES specific option in the option set. 


S will be created as a RES line. y 


Figure 17-155 shows an example of the MAP display when using the QLT on 
the LTID associated with MDN SCA primary member. The display includes 
the RES line member shown as HOST 00 0 00 21. 
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Figure 17-155 Example of MAP display showing response to the QLT command 
used on NI-2 FIT LTID associated with MDN SCA primary member 


Cr: Si 
>QLT ISDN 111 

LTID: ISDN 111 

SNPA: 613 

DIRECTORY NUMBER: 6217777 (NON-UNIQUE) 

LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: Y CACH: N 
SLBRI: N 


TSPID: 6136217777 

LEN: HOST 01 00 21 TEI: DYNAMIC 

CUSTGRP: NORTEL SUBGRP: 0 NCOS: 0 RING: Y 

LINE CLASS CODE: ISDNKSET 

MAXKEYS: 64 

OPTIONS: 

MADN MEMBER INFO: 
ISDN 111 
HOST 00 0 00 21 

SFC VI $ $N 


EY DN CALLTYPE 
MDN 6136217777 VI SCA PRIMARY 
KEY FEATURE 


Figure 17-156 shows an example of the MAP display when using the QDN 
command on a MDN SCA DN. The display, in this case, includes information 
on the RES line which is a secondary of the MDN SCA group. 
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Figure 17-156 Example of MAP display when using the QDN command on a 
MDN SCA DN 


GIs 
>QDN 6217777 


6217777 (NON-UNIQUE 
E: MULTIPLE APPEARANCE DIRECTORY NUM 
AGTTS LNATTIDX: N/A 


= 
ET 


MADN INFRO - TYPE: SCA PRIMARY: Y 

MADN GROUP INFO - DENIAL TRMT: SILENCE BRIDGING: Y 
CONF_SIZE: 10 BRIDGE_TONE: Y INIT_STAT:PRIVATE 
PRL_MODE: MANUAL 


OPTIONS: 

SFC VI $ $N 

MADN MEMBER LENS INFO: 

ISDN 111 KEY: 1 SCA PRIMARY: Y RING: ALWAYS NCOS: 
HOST 00 0 00 21 SCA PRIMARY: N RING:ALWAYS 


Setting up MADN CACH groups on an EKTS set 


MADN CACH is assignable to all LTIDs with EKTS set to Y. LTIDs without 
option CACH can only be assigned one call appearance (CA) of the MADN 
CACH DN. LTIDs with option CACH can be assigned up to 16 CAs of the 
MADN CACH DN. 


Note: The primary member of CA 1 (first CA created using the NEW 
command) must be an ISDN EKTS LTID. The primary member of CA 1 is 
the CACH Controller. 

Option CACH adds the following capabilities to EKTS MADN groups: 

e anew call arrangement of MADN called MADN CACH 

e allows MADN CACH DN to have 1 to 16 call appearances (CA) 

e allows MADN CACH CA to have 1 to 32 members 


e allows an EKTS CACH terminal to support more than one CA of a given 
MADN CACH DN 
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e allows calls to originate on and terminate to other idle CAs of the same 
MADN CACH DN when one CA of a MADN CACH DN is busy 


e offers calls terminating toa MADN CACH DN to the first available CA 
depending on the call appearance search order 


— the terminating CA search order of aMADN CACH DN will default 
to a sequential search from 1 to 16 


— the terminating CA search order is changed through SERVORD 


Figure 17-157 shows an example of the MAP display when a MADN CACH 
first CA is added to LTID ISDN 41. 
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Figure 17-157 Example of MAP display when using the NEW command to add 
first MADN CACH CA to LTID ISDN 41 


>SERVORD 
SO: 
>NEW 
SONUMBER: Now 98 10 6 AM 
> 

DN: 

>7235950 

LCC_ACC: 

>ISDNKSET 

GROUP: 

>NORTEL 

SUBGRP: 

>0 

NCOS: 

>0 

SNPA: 

>613 

KEY 

>1 

RINGING: 

>Y 

LATANAME: 

>NILLATA 

LTG: 0 

> 
LEN_OR_LTID 

>ISDN 41 

OPTKEY: 

>1 

OPTION: 

>MDN 

MDNTYPE: 

>CACH 

PRIMARY: 

>Y 

NEWCA: 

>Y 

CARES_TYPE: NULL 
> 
DENIAL_TRMT: 
>SILENCE 
BRIDGING: 

>Y 
CONF_SIZE: 
>10 


(zai 


Gl 


Gl 


-continued- 


ig 7 
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Figure 17-157 Example of MAP display when using the NEW command to add 
a new CA to LTID ISDN 41 


BRIDGE_TONE: 
Y, 


INIT_STAT: 


ye 
E 


COMMAND AS ENTERED 

NEW NOW 98 10 6 AM 7235950 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA 0 ISDN 41 (1 MDN CACH Y Y NULL SILENCE Y 10 PRIVATE 
MANUAL) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


Figure 17-158 shows an example of the MAP display when a MADN CACH 
CA2 is added to LTID ISDN 41. 
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Figure 17-158 Example of MAP display of when using the NEW command to 
add a MADN CACH CA2 to LTID ISDN 41 


cr: N 


>SERVORD 


>NEW 

SONUMBER: NOW 98 10 6 AM 
> 

DN: 

>7235950 

LCC_ACC: 

>ISDNKSET 


>NORTEL 


RINGING: 
>Y 
LATANAME : 
>NILLATA 
LTG: 0 


EN_OR_LTID 
>ISDN 41 


CARES_TYPE: NULL 


COMMAND AS ENTERED 

EW NOW 98 10 6 AM 7235950 ISDNKSET NORTEL 0 0 613 1 Y 
ILLATA O ISDN 41 (1 MDN CACH N Y NULL)$ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 


>Y e. 


Figure 17-159 shows an example of the MAP display when a member of the 
same MADN CACH group as shown in Figure 17-160 is added to LTID ISDN 
42. 
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Figure 17-159 Example of MAP display using the NEW command to add a 
MADN CACH member 


Ci: 
>SERVORD 
S0: 
>NEW 
SONUMBE 
> 

DN: 
>7235950 
LCC_ACC: 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGRP: 
>0 

NCOS: 

>0 

SNPA: 
>613 

KEY 

>3 
RINGING: 
>Y 
LATANAME: 
>NILLATA 


LTG: 0 


> 
LEN_OR_LTID 
>ISDN 42 
OPTKEY: 

>3 

OPTION: 
>MDN 
MDNTYPE: 
>CACH 
PRIMARY: 

>N 
NEWCA: 
>N 
CA_NUM 

>i: 

OPTKEY: 

>$ 

COMMAND AS ENTERED: 

NEW NOW 98 10 6 AM 7235950 ISDNKSET NORTEL 0 0 613 3 Y 
NILLATA OS ISDN 42 (3 MDN CACH N N 1) $ 
ENTER Y TO CONFIRM,N TO REJECT OR E TO EDIT 
>Y 


Figure 17-160 shows the MAP display of the QLT command used on LTID 
ISDN 41 on which the controller of the MADN CACH group appears after it 
is attached to a LEN. 
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Figure 17-160 Example of MAP display showing response to the QLT command 
used on an NI-2 FIT LTID with option MADN CACH 


(cx: N 


>QLT ISDN 41 


LTID: ISDN 41 
SNPA: 613 
DIRECTORY NUMBER: 7235950 
LT GROUP NO: 0 
LTCLASS: BRAFS DEFAULT LOGICAL TERMINAL:N 
EKTS: Y CACH: Y 
SLBRI: N 
CS:NI2 PS: N TEI: DYNAMIC 
ELN: N 
VERSION: FUNCTIONAL ISSUE: 2 
TSPID: 6137235095 
LEN: HOST 01 0 0 21 TEI: DYNAMIC 
CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 
LINE CLASS CODE: ISDNKSET 
MAXKEYS: 64 
OPTIONS: 
MADN MEMBER INFO: 
ISDN 41 


SFC VI $ $N 


KEY DN CALLTYPE 

1 MDN 6137239950 VI CACH CA 1 NULL CONTROLLER 
2 MDN 6137235950 VI CACH CA 2 NULL 

3 MDN 6137235950 VI CACH CA 3 NULL 


Figure 17-161 shows an example of the MAP display resulting from using the 
QGRP command to query the MADN CACH group. 
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Figure 17-161 Example of MAP display showing response to the QGRP 
command used on a MADN CACH group 


>QGRP 
GRP_TYPE: 


| LEN _OR_LTID: 
>7235950 
BRIEF_FULL_OR_CA: BRIEF 


CONTROLLER 


HOST 00 1 10 06 
HOST 00 1 12 06 KEY 1 


MDN Call Appearance: 2 CARES: DOR 


ISDN 2 KEY 1 PRIMARY 
1 


3 
HOST 00 1 15 06 


The number of members in the Call Appearance is 4. 
MDN Call Appearance: 3 CARES: DTM 


ISDN 2 KEY 1 PRIMARY 
ISDN 1 KEY 2 
ISDN 3 KEY 3 


The number of members in the Call Appearance is 3. 


The CACH Controller has the following options: 
LNR SFC NAME PUBLIC MADN1 5317 
PRL PRV 


Assigning same DN for MADN EKTS and CMD on same LTID 


In NAO10, the same DN is assignable to both MADN VI and CMD call 
appearances on the same LTID. The following is a list of the rules that apply 
to this configuration: 


e Upto 16 CMD call appearances can be supported by one terminal 
e CMD appearance is allowed on only one NI-2 member of MADN EKTS 
group 


e Ifthe MADN group is CACH, the CMD appearance is assignable to only 
one NI-2 member of the group using the CRBL option. 
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During emergency standalone (ESA) mode, terminations to the CMD 
appearances will only be allowed if the data entries assign them to the same 
LEN as the primary member. 


Terminal option ACOU which is incompatible with EKTS will not 
facilitate CMD termination. 


CMD terminations on an EKTS are subject to the same B-channel 
availability as MADN VI appearances. 


The LTID’s alignment within associated groups determines the availability 
of B-channels to CMD terminations. 


If all B-channels designated for an associated group are busy, a CMD 
termination will not be offered a B-channel. 


SERVORD examples for assigning MADN CACH CA and CMD to same 
LTID sharing same DN 
The following SERVORD examples for configuring an NI-2 FIT LTID with 
MADN CACH and CMD call appearances sharing the same DN are shown in 
Figure 17-162 through Figure 17-166. 


SLT ADD command used to add an NI-2 FIT LTID with EKTS and option 
CACH 


NEW command used to create MADN CACH group primary member call 
appearance with calltype VI 


NEW command used to create CMD calltype appearance 


QLT command used on LTID associated with MADN CACH VI and CMD 
call appearances that use the same DN 


QDN of common DN shared by MADN CACH VI and CMD call 
appearances on same ISDN terminal 


Figure 17-162 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 FIT that is to have a MADN 
CACH member associated with it. The figure shows EKTS set to Y and option 
CACH being added. 
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Figure 17-162 Example of MAP display of when using the SLT ADD command 
to add an NI-2 FIT LTID with EKTS activated and option CACH 


(cx: 


>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 10 6 AM 
> 

LEED: 

>ISDN 222 

FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 
Cc 
> 
P 
> 


S: 
NI2 


MAXKEYS: 
>64 
DEFLTERM: 
>N 
TEI_TYPE 
>DTEI 
TSPID: 
>6136215083 

EKTS: 

>Y 

OPTION: 

>CACH 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 222 ADD BRAFS NI2 N 64 DTEI 
6136215083 Y (CACH)$ ENTER Y TO CONFIRM, N TO REJECT OR E 
TO EDIT 

>Y 

WARNING: Firmware must be compatible with CACH option. 
The PVC option was omitted. A default PVC version of 

\ FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-163 shows the MAP display when the NEW command is used to add 
a MADN CACH group’s primary CA to an LTID. 
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Figure 17-163 Example of MAP display when using the NEW command to add 
a MADN CACH group’s primary CA to an LTID ISDN 222 


>SERVORD 
SO: 
>NEW 
SONUMBER: Now 98 10 6 AM 
> 

DN: 

>6215953 

LGC-~ ACG? 

>ISDNKSET 

GROUP: 

>NORTEL 

SUBGRP: 

>0 

NCOS: 

>0 

SNPA: 

>613 

KEY 

>1 

RINGING: 

>Y 

LATANAME: 

>NILLATA 

LTG: 0 

> 
LEN_OR_LTID 

>ISDN 222 

OPTKEY: 

>1 

OPTION: 

>MDN 

MDNTYPE: 

>CACH 

PRIMARY: 

>Y 

NEWCA: 

>Y 

CARES_TYPE: NULL 
> 
DENIAL_TRMT: 
>SILENCE 
BRIDGING: 
>Y 
CONF_SIZE: 
>10 
BRIDGE_TONE 
>Y 
INIT_STAT 
>PRIVATE 


(zai 
. 


Gl 


Gl 


-continued- 


I eZ 
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Figure 17-163 Example of MAP display when using the NEW command to add 
a MADN CACH group’s primary CA to LTID ISDN 222 


PRL_MODE 
>MANUAL 
OPTKEY: 
>$ 
COMMAND ENTERED: 

NEW NOW 10 6 AM 6215953 ISDNKSET NORTEL 0 0 613 1 Y 
NILLATA SDN 222 (1 MDN CACH Y Y NULL SILENCE Y 10 
PRIVATE UAL) $ 


-end- 


Figure 17-164 shows an example of the MAP display when using the NEW 
command to add a CMD call appearance using the same DN as a MADN 
CACH member already assigned to the same NI-2 LTID. 
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Figure 17-164 Example of MAP display when using the NEW command to add 
a CMD call appearance to LTID ISDN 222 


ERVORD: 


BER: NOW 98 6 25 AM 


N: 
6215953 
CC_ACC: 
ISDNKSET 


z 
EL 


DVRNV 
N fi 


INGING: 


N 


ATANAME : 
NILLATA 
0 


> 
L 
> 
LTG 
> 
L 


EN_LTID: 
>ISDN 222 
OPTKEY: 
>2 
OPTION: 
>CRBL 
VI: 
>0 
CMD: 
>1 
OPTKEY: 
>$ 
COMMAND AS ENTERED: 


>Y 
NDNAP will default to 1 


J 


ECT OR 


E TO 


NEW NOW 98 6 25 AM 6215953 ISDNKSET NORTEL 0 0 613 2 N 
NILLATA 0 ISDN 222 (2 CRBL 0 1 ) $ 


ENTER Y TO CONFIRM, N TO RE EDIT 


The CHF command can be used to modify the NDNAP value. 


Figure 17-165 shows an example of the MAP display when the QLT command 
is used on the LTID associated with a MADN CACH and CMD call 
appearances that have the same DN. 
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Figure 17-165 Example of MAP display when the QLT command is used to 
display LTID with MADN CACH CA and CMD appearance using same DN 


GIS 
QLT ISDN 222 


LT GROUP NO: 0 
LTCLASS: BRAFS 
EKTS: Y CACH: 
SLBRI: N 


DIRECTORY NUMBER: 6215953 


DEFAULT LOGICAL TERMINAL: N 


Y 


VERSION: FUNCTIONAL ISSUE: 


TSPID: 
CUSTGRP; 

LINE CLASS CODE 
MAXKEYS: 64 


6136215083 
NORTEL BGRP: 0 NCOS: O RING: Y 
: ISDNKSET 


MADN MEMBER INFO: 


ISDN 222 
OPTIONS: 
SFC NAME PUBLIC 
CRBL 0 1 NDNAP 


DN 


MDN 


CACH3 5317 VI $ SN 
1 


CALLTYPE 


6136215953 VI CACH CA 1 NULL CONTROLLE 
6136215953 CMD 


CRBL 0 1 
DBC DBC_64K 
NDNAP 1 


Figure 17-166 shows an example of the MAP display when the QDN 


command is used on 


the DN that is shared in common by a MADN CA and 


CMD appearance on the same LTID. 
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Figure 17-166 Example of MAP display when the QDN command is used on DN 
that is assigned to both a MADN CA and a CMD appearance on same LTID 


Cis 
QDN 6215953 


6215953 

E: VI 

ULTIPLE APP E ECOTRY NUMBE 

613 SIG: N/A LNATTIDX: N/A 

ISDN 222 

LTCLASS: BRAF'S 

LINE CLASS CODE: ISDNKSE 

KEY: 1 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: Y 

MADIN INFO - TYPE: CACH 

MADN GROUP INFO - DENIAL TRMT: SILENCE BRIDGING: Y 
CONF_SIZE: 10 BRIDGE_TONE: Y INIT_STAT PRIVATE 
PRL_MODE: MANUAL 


OPTIONS: 
SFC PUBLIC CACH3 5317 VI $ $N 
CRBL 0 1 NDNAP 
DN CACH INFO: 


Members Primary Member 


CALLTYPE: CMD 

TYPE: SINGLE PARTY LINE 

SNPA: 613 SIG: N/A LNATTIDX: N/A 
XLAPLAN KEY : N/A RATE 
LTID: ISDN 222 


LTCLASS: BRAFS 

LINE CLASS CODE: ISDNKSET 

KEY: 2 

CUSTGRP : NORTEL SUBGRP: 0 NCOS: 0 RING: N 
OPTIONS: 
SFC NAME PUBLIC CACH3 5317 CMD BOTH $ $ N 
CRBL 0 1 NDNAP 1 


SERVORD examples for assigning Call Forward to a secondary MADN 

CACH member 
In NAO10, option CFMDN may be assigned to any secondary MADN CACH 
member on an ISDN set supported by MADN CACH whether or not the 
CACH controller has Call Forward Universal (CFU) or Call Forward 
Intra-group assigned to it. Secondary MADN CACH members can use dial 
access procedures to activate and deactivate call forwarding. Assignment of 
CFMDN is made to secondary MADN CACH members using SERVORD 
command NEW or ADO. However, CFMDN only becomes active on the 
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secondary MADN CACH member when one of the following call forward 
features is assigned to the CACH controller of a MADN CACH DN: 


CFU 

CFI 

CFXDNCT CFU 
CFXDNCT CFI 


The following limitations and restrictions apply to Call Forward on secondary 
MADN member 


Call Forward on MADN feature controls Call Forwarding for only the 
voice calltypes of a DN. 


This feature supports only the call forwarding variants of CFU, CFI, 
CFXDNCT CFU and CFXDNCT CFI. 


The CFMDN feature allows the secondary MADN CACH members to 
program call forwarding for the list of DNs in the CACH controller’s call 
forwarding keylist. 


Call forwarding dial access is not permitted for CAs with call appearance 
reservation (CARES) type of terminating only. 


Support for CFMDN on the following types of sets requires the assignment 
of at least one CA of a MADN CACH DN to the set 


— IBN 2500 

— MBS 

— ISDN BRAFS EKTS (non-CACH) 
— BRAFS ISDN EKTS CACH 


The following SERVORD examples for assigning Call Forward to a secondary 
MADN CACH member are shown in Figure 17-167 through Figure 17-169 


SLT ADD command used to add an NI-2 FIT LTID with EKTS and option 
CACH to be used with secondary MADN CACH member 


NEW command used to create MADN CACH group secondary member 
call appearance with calltype VI and option CFMDN 


QLT command used on LTID associated with a secondary MADN CACH 
member to verify assignment of option CFMDN 


Figure 17-167 shows an example of the MAP display when the SLT ADD 
command is used to add an LTID for an NI-2 FIT that is to have a secondary 
MADN CACH member associated with it. The figure show EKTS set to Y and 
option CACH added. 
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Figure 17-167 Example of MAP display of when using the SLT ADD command 
to add an NI-2 FIT LTID with EKTS activated and option CACH 


(cx: 


>SERVORD 

SO: 

>SLT 

SONUMBER: NOW 98 10 6 AM 
> 

LEED: 

>ISDN 227 

FUNCTION: 
>ADD 
LTCLASS: 
>BRAFS 
Cc 
> 
P 
> 


S: 
NI2 


MAXKEYS: 
>64 
DEFLTERM: 
>N 
TEI_TYPE 
>DTEI 
TSPID: 
>6136215087 
EKTS: 

>Y 

OPTION: 

>CACH 

OPTION: 

>$ 

COMMAND AS ENTERED: 

SLT NOW 98 10 6 AM ISDN 227 ADD BRAFS NI2 N 64 DTEI 
6136215087 (CACH) $ ENTER Y TO CONFIRM, N TO REJECT OR E TO 
EDIT 

>Y 

WARNING: Firmware must be compatible with CACH option. 
The PVC option was omitted. A default PVC version of 

\ FUNCTIONAL and PVC issue of 2 will be used. 


Figure 17-168 shows an example of the MAP display when the NEW 
command is used to add the DN associated with the secondary MADN CACH 
member with option CFMDN. 
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Figure 17-168 Example of the MAP display when using the NEW command to 
ADD the DN associated with secondary MADN CACH member with option 
CFMDN 


NOW 98 6 25 AM 


DN: 
>6213535 
LCG ACCS 
>ISDNKSET 
GROUP: 
>NORTEL 
SUBGRP: 
>0 

NCOS: 

>0 

SNPA: 
>613 

KEY: 

>1 
RINGING: 
>Y 
LATANAME: 
>NILLATA 
LTG: 0 

> 
LEN_OR_LTID: 
>ISDN 227 
OPTKEY: 

>1 

OPTION: 

>MDN 
MDNTYPE: 
>CACH 
PRIMARY: 


ENTERED: 


ILLATA 0 ISDN 227 (1 MDN CACH N N 1) (1 CFMDN) $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 
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Figure 17-169 shows an example of the MAP display when using the QLT 
command on the LTID associated with the secondary MADN CACH member 
with option CFMDN assigned to it. 


Figure 17-169 Example of the MAP display when using the QLT command on 
an LTID associated with a secondary MADN CACH member 


Ci: 
QLT ISDN 227 


DIRECTORY NUMBER: 
LT GROUP NO: 0 
LTCLASS: BRAFS 
EKTS: Y CACH: Y 
SLBRI: N 

CS: NI2 PS: N T 
ELN: 


TSPID: 
CUSTGRP: 
LINE CLASS CODE: 
MAXKEYS: 64 
MADN MEMBER INFO: 
ISDN 226 
ISDN 227 
OPTIONS: 


D 


a 
EL: 


l : N 
VERSION: FUNCTIONAL 
: 6136215087 


I 


SFC VI $ $ N CFMDN 


EY DN 


EFAULT LOGICAL TERMINAL: 


6213535 (NON-UNIQUE 


DYNAMIC 


ISSUE: 2 


NORTEL: SUBGRP: 0 NCOS: 0 RING: Y 
SDNKSET 


CALLTYPE 


6136213535 VI CACH CA 1 NULL 


Note: Option CFDMDN only appears in the MAP display from the QLT command 
used on an LTID with CFDMDN assigned to key 1. CFDMDN appears in the display 
that results from the use of the QMADN DISPLAY command. This occurs whether 
or not CFDMDN is assigned to key 1. 


NA011 feature additions for MADN EKTS and MADN CACH 


As of NAO11, the following feature enhancements are available for MADN 
EKTS and MADN CACH: 


e MADN/FLEX Interworking for ISDN allows a MADN EKTS member to 
either MADN bridge into an existing Flex Call conference or invoke 
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FlexCall conferencing while MADN bridged. The following is a list of 
limitations and capabilities related to this feature: 


— Support for the MADN EKTS and FlexCall interaction does not 
depend on the MADN group conference size. 


— Just one active MADN EKTS member can invoke FlexCall. However. 
for MADN CACH the enhancement allows one MADN EKTS 
member for each CA to invoke FlexCall. 


— MADN EKTS member(s) can MADN bridge into an existing FlexCall 
call. 


— Does not allow a bridged MADN EKTS member to take or inherit 
FlexCall control from the original FlexCall controller. 


— The controller of the MADN EKTS FlexCall remains the FlexCall 
controller even while on hold. For example, a retrieving MADN EKTS 
member is not made FlexCall controller while the original FlexCall 
controller is on hold. 


— Different types of party agents including those agents connected with 
ISDN NI-1, NI-2, 2B, and Meridian business and 2500 sets can MADN 
bridge into a MADN call while another MADN member has FlexCall 
active. MADN member can place call on hold, retrieve or disconnect 
from the call. 


Note: The size of the conference allowed, for example, three-way or 
six-way conferencing, is based on the subscriber’s FlexCall (ISDN) or 
conference calling (other agents) subscription. 


e MADN CACH for ACB/AR Interworking allows the assignment of the 
Automatic Call Back (ACB) and Automatic Recall (AR) features to 
MADN CACH members using SERVORD. The ACB/AR feature does not 
change any of the existing CACH or SCA functionality. For example, 
ACB/AR users can still bridge calls, place them on hold, and retrieve them 
after starting a call using ACB/AR: 


— When a user activates ACB ona MADN CACH call appearance, ACB 
calls back the last number called from the MADN CACH DN CA. 


— When a user activates AR on a MADN CACH call appearance, AR 
calls back the last number that called that CA. 
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The following list describes the SERVORD command changes that apply 
to ACB/AR: 
— The ADO command allows user to add 

— ACB/AR to a MADN CACH DN 

— MADN CACH to a DN already assigned the ACB/AR feature 

— AR to a secondary MADN SCA or CACH member 

Note: There must be a primary SCA or CACH member already 


provisioned with AR before secondary members are allowed to 
activate AR. 


— The DEO command allows the deletion of the primary AR member 
which, in turn, removes AR activation from secondary members. This 
applies to both MADN SCA and MADN CACH. 


— The CHF command allows the user to change a MADN SCA or CACH 
DN to have ACB/AR options. 


— The NEW command allows the user to create a primary or secondary 
MADN SCA or CACH DN with ACB/AR assigned to it. 


e Redirecting Number and Reason Delivery for ISDN CFW is assigned to 
EKTS DNs with the following restrictions: 


— RND on the primary member of a MADN group controls RND for the 
entire group. 


— If the primary member of a MADN group is non-ISDN, all secondary 
and non-ISDN members always get redirection information. 


— Non-ISDN lines always receive RND regardless of whether or not the 
primary member is an ISDN line. 
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— Ifthe primary member is an ISDN line, the control of RND for both the 
primary and the secondary members including non-ISDN members is 
held by the primary DN. 


— Ifthe EKTS controller is ISDN, the status of option RND on the 
controller determines the status of RND for the secondary ISDN 
members as well. 


Redirecting Number and Reason Delivery for ISDN CFW is assigned to 
MADN CACH DNs with the following restrictions: 


— The status of option RND on the EKTS controller determines RND 
availability for the entire group. 


— Ifthe EKTS controller is non-ISDN, all secondary ISDN and 
non-ISDN members always receive the redirection information. 


— Non-ISDN secondary members always receive redirection information 
regardless of the status of the EKTS controller. 


NA012 MADN CACH Bridged Call feature enhancements 


The following two enhancements to the DMS MADN CACH Bridged Call 
feature make it fully NI-2 compliant with Telcordia Technologies general 
requirement GR-205. 


The Allow Bridging after Call Proceeding State enhancement removes the 
restrictions that block bridging by MADN members when a call has not 
progressed to the talking state. After one MADN member initiates a call, 
secondary MADN members are able to bridge into the call before the 
called party answers. The bridging of the secondary MADN members to 
the call does not change the call integrity. The secondary parties to the call, 
like the call originator, are given ringback and can release from the call 
without tearing it down. During the bridging process, the DMS switching 
system 


— stores the initial call state 

— creates connections to called party to perform supervision 
— bridges the MADN member into the call 

— informs the XPM of the bridged member 


When the called party answers, all of the MADN members bridged into the 
call are connected. If a party drops out of the call, the DMS switch 
performs similar call handling to remove the party from the call. 


The DMS switching system utilizes conference circuits to allow bridging 
to occur after call proceeding. The Allow Bridging after Call Proceeding 
State enhancement allows bridging to occur earlier, not more often. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


17-184 SERVORD procedures 


Therefore this use of conference circuits does not require additional 
conference circuits to be provisioned. 


The Block return-from-hold after enabling Bridged Call Exclusion 
enhancement restricts members of a bridged MADN call placed on local 
hold from returning to the call when Bridged Call Exclusion (BCE) is 
enabled. The call controller by activating BCE is able to block an EKTS 
MADN member from returning from local hold to the call. While 
activated, BCE prevents other MADN members that are not part of the call 
from bridging on to it. AMADN member who goes on local hold after 
BCE is activated is able to return to the call even though BCE is active. 
Once the call controller deactivates BCE, all MADN members of the call 
on local hold are able to return to the call. 


The Block return-from-hold after enabling Bridged Call Exclusion 
enhancement requires no provisioning changes. The Block 
return-from-hold after enabling Bridged Call Exclusion enhancement 
builds on the existing bridging functionality. Every MADN member with 
call bridging capabilities is provided with the Block return-from-hold after 
enabling Bridged Call Exclusion enhancement. 


MADN restrictions 


The following features have restrictions with variants of MADN: 


Additional Call Offering Unrestricted (ACOU) 
Additional Functional Call (AFC) 

Answer Agent Key (AAK) 

Automatic Answer Back (AAB) 

Automatic Call Distribution (ACD) 

Bridged Night Number (BNN) 

Call Login (CALLOG) 

Call Reference Busy Limit (CRBL) 

Circuit Mode Data (CMD) 

Default Bearer Capability (DBC) 

Denied Malicious Call Termination (DMCT) 
Directory Number Hunt (DNH) 

Distributed Line Hunt (DLH) 

Do Not Disturb (DND) 

DTMF Calling Number Delivery (DCND) 
Extended Call Management (ECM) 

Group Intercom (GIC) 
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Intercom (ICM) 

Line Appearance on Digital Trunk PSAP (LDTPSAP) 
Multiple Line Hunt (MLH) 

Multiple Position Hunt (MPH) 

Number of DN Appearances (NDNAP) 

Private Business Line (PBL) 

Random Make Busy (RMB) 

Redirecting Number and Reason Delivery (RND) 
Secondary Directory Number (SDN) 

Simplified Message Desk Interface (SMDI) 

Single Line Queuing (SLQ) 

Single-line Variety Package (SLVP) 

Station Origination Restriction Controller (SORC) 
Stop Hunt (SHU) 

Uniform Call Distribution (UCD) 

Uniform Call Distribution Signal Distributor (UCDSD) 


The following additional features are specifically incompatible with MADN 
CACH: 


Calling Name Delivery (CNAMD) 

Call Pickup (CPU) 

Call Waiting (CWT) 

Customer Originated Trace (COT) 

Distinctive Ringing/Call Waiting (DRCW) 

Key Short Hunt (KSH) 

Message Center on EBS Set Msg Indication Key (MWIDC) 
Message Waiting Indication (MWI) 

Power Feature Control (PFCNTL) 

Power Feature Display (PFDSP) 

Secondary Member CF Programming (CFMDN) 
Selective Call Acceptance (SCA) 

Selective Call Forwarding (SCF) 

Selective Call Rejection (SCRJ) 
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e Series Completion (SCMP) 

e Spontaneous Call Waiting ID (SCWID) 

e Terminal Management (TME) which is part of Power Features 
The following features can be provisioned to the MADN CACH controller 
only: 

e Anonymous Caller Rejection (ACRJ) 

e Bulk Calling Line Identification (BCLID) 

e Call Forward Busy (CFB) 

e Call Forward Don’t Answer (CFD) 

e Call Forward Don’t Answer Variable Timer (CFDVT) 

e Call Forward Universal (CFU) 

e Call Screening, Monitoring and Intercept (CSMI) 

e Executive Message Waiting (EMW) 

e Leave Message (LVM) (Note) 

e Message Waiting (MWT) (Note) 


Note: LVM and MWT are provisionable to the CACH controller only 
if the primary call appearance CARES type is NULL. 


Provisioning changes due to number plan expansion 


The following is a description of the SERVORD changes that are a result of 
the introduction of the Number Plan Expansion features Order Codes/SOC: 
NPEOO001 and NPE00002 in NAO09. These two DMS switching system 
features are optional. The Number Plan Expansion features 


e introduce the capability to handle an increased number of office 
code/numbering plan area combinations 


e permit provisioning of directory numbers (DN) using ten digits 


Duplication 
Duplication is the allowing NXXs that have the same last seven digits but a 


different serving numbering plan area (SNPA) to be mapped to more than one 
SNPA. 


Table TOFCNAME 
Table TOFCNAME (Terminating Office Name) is the key to managing DN 
duplication. NPA NXX (numbering plan area/three-digit office code) 
combinations must be entered in table TOFCNAME before the DMS switch 
recognizes them. 
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In order to make entries for duplicate NX Xs in table TOFCNAME and support 
the provisioning of ten-digit DNs, SOC (software optionality control) code 
NPE00001 must be enabled. Ordering code NPE0002 allows the expansion of 
table TOFCNAME to 10 000 entries. Table 17-4 shows an example of 
duplicate NXX entries in table TOFCNAME. 


Table 17-4 Duplicate NXX entry example 


NPA NXX 
919 467 
910 467 
919 460 


If an attempt is made to enter a duplicate NXX entry in table TOFCNAME 
when SOC code NPEO00001 is not turned off, the DMS switching system 
rejects the attempt with an error code as shown in Figure 17-170. 


Figure 17-170 Example of MAP display showing error code when attempt is 
made to add duplicate NXX to table TOFCNAME 


(cx: 


Table TOFCNAME 
>ADD 
AREACODE: 


OFCCODE: 


OPTION: 
>$ 
This tuple will create a duplicate with 919 467 


ERROR: Duplicate office codes are not allowed while NPE0001 
is idle. 


TUPLE TO BE ADDED: 
910 467 $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 


>N 


If SOC code NPE0001 is enabled, the DMS switching system allows an entry 
for a duplicate NXX in table TOFCNAME. The DMS switching system issues 
a warning to the user that the entry will result in two TORFCNAME entries with 
the same office code as shown in Figure 17-171. 
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Figure 17-171 Example of MAP display for successful entry in table 
TOFCNAME 


(cx: 


Table TOFCNAME 
>ADD 

AREACODE: 

>910 
OFCCODE: 
>460 
OPTION: 
>$ 


***WARNING: This change will result in two TOFCNAME entries 
with the same office code. Service Order prompting will 
change to compensate for the resulting DN ambiguity, 
possibly preventing automated systems from performing 
Service Orders. Please contact your next level of support 
before confirming this change. 


TUPLE TO BE ADDED: 

910 467 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


***WARNING: This change will result in two TOFCNAME entries 
with the same office code. Service Order prompting will 
change to compensate for the resulting DN ambiguity, 
possibly preventing automated systems from performing 
Service Orders. Please contact your next level of support 
before confirming this change. 


A ae ADDED 


Impact of duplication of NXXs on SERVORD 
The duplication of NXXs in table TOFCNAME impacts two groups of 
SERVORD commands. These two groups of commands treat duplicated 
NXXs differently. The following description of how these two command 
groups treat duplicated NXXs makes reference to the NXXs 460 and 467. 
NXXs 460 and 467 are found inTable 17-4. 


The first group includes commands ADD, ADO, CDN, CHDN, CHF, CHG, 
CHL, CICP, COPYSET, DEL, DEO, DSP, EST, NEW, OUT, RES, and SUS. 
This group treats duplicated NXXs differently from non-duplicated NXX 
entries when they appear in a service order. If one of these commands detects 
a duplicated NXX ina SERVORD command entry, the following error 
message is generated: “This Local DDDDDN is not Unique. Please Use the 
Full National DN.” Figure 17-172 shows an example of this error message. 
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Figure 17-172 Example of MAP display showing error code displayed when a 
duplicated NXX is detected when using the ADD command 


SONUMBER NOW 98 12 7 AM 


GROUPTYPE: 
>DNH 
LINK_DN: 
>4675008 


This Local DN is not Unique. 
Please Use the Full National DN. 


LINK_DN: 
>6134675008 
DN_LEN: 
4674545 


GROUPSIZE: 


COMMAND AS ENTERED: 
ADD NOW 98 12 7 AM DNH 613675008 4674545 12 019215 $ 3 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


The duplicate appearance of the NXX specified in a SERVORD command in 
table TOFCNAME impacts other SERVORD commands differently. These 
commands are NEWDN and OUTDN. Once the first duplicate entry is made 
in table TOFCNAME, these two commands treat all NXXs as duplicated. This 
is the result of the way these commands worked before the introduction of the 
features supporting duplicate NXX. In the past these commands prompted the 
user for SNPA before prompting them for the DN. Since in the absence of a 
ten-digit DN, it is not possible to determine if a DN has a duplicated NXX, 
these two commands assume that if there is a duplicate entry in table 
TOFCNAME, the DN has a duplicated NXX. Therefore, ten digits must be 
entered in response to the prompt for DN. SERVORD does not require or 
accept a separate SNPA. 


The second group includes the commands NEWDN and OUTDN. Once the 
first duplicate NXX entry is made in table TOFCNAME, these two commands 
treat all NXXs as duplicated. This is the result of the way these two commands 
worked before the introduction of the features that support duplicated NXXs. 
In the past when these two commands SERVORD commands prompted for 
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SNPA before prompting for the DN. If a ten-digit number is not present, it is 
not possible to determine whether or not a DN has a duplicated NXX. As a 
result if there is a duplicate entry in table TOPFCNAME, these two commands 
treat the DN as if it has a duplicated NXX. Therefore, when using these two 
SERVORD commands a 10-digit number must be entered for the DN. There 
is no separate prompt for SNPA. Failure to enter a full 10-digit DN results in 
an the following error message being generated: 


This Local DN is not Unique. 
Please Use the Full National DN. 


Figure 17-173 shows an example of the MAP display when the NEWDN 
command is used in the presence of ambiguity or duplication of NXXs and an 
incomplete DN is entered resulting in an error code. 
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Figure 17-173 Example of MAP display showing the NEWDN command being 
used in presence of ambiguity or duplication of NXX 


(cx: 


>So 
SO: 
>NEWDN 
SONUMBER: NOW 98 12 7 PM 
> 

BLOCK_OF_DNS: 

>NO 

DN: 

>4671020 


This Local DN is not Unique. 
Please Use the Full National DN. 
DN: 

>6134671020 

DNTYPE: 

>RCF 
FWD_DN: 

>467102 

MAXCALLS: 

>2 

BLK_TOLL_COM: 

>Y 
BLOCK_TOLL_TREATMENT: 
>TDND 

M_INDEX: 


bh 


CRNL: 
NSCR 
ATANM: 
LATA1 
RTNM: 
I 
COMMAND AS ENTERED: 

NEWDN NOW 98 12 7 PM NO 6134671020 RCF 4671021 2 Y TDND 
1 NSCR LATA1 POT1 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 
>Y 


k 


VUVEVODVO 


‘UO 
O 
4 
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18 Simplification of ordering, 
provisioning, and installation 


Introduction 
In an effort to accomplish simplification, the Simplification of ISDN Ordering, 
Provisioning and Installation Work Group within the North American ISDN 
Users' Forum (NIUF) has published the following documents: 


e NIUF 418-93 Phase 1: ISDN Parameter Groups (NIPGs), February 1993 
e NIUF 427-93 Phase 2: ISDN Interface Groups (NIIGs), October 1993 


e NIUF 428R4-94 Phase 3: Capability Packages and Solution Sets, 
September 1995 


More than 300 organizations participate in the NIUF, which meets three times 
a year in various locations throughout North America. The NIUF focuses on 
the requirements of ISDN users in North America. Participation is open to all 
interested users, product providers, and service providers. 


For further information about the NIUF, call 301-975-2937 or email 
niuf @nist.gov. In addition, the NIUF World Wide Web home page can be 
accessed at the following address: http://www.niuf.nist.gov/misc/niuf.html. 


ISDN ordering codes descriptions 
An ISDN ordering code (IOC) allows customers to order ISDN using a single 
code. An IOC is an easy-to-communicate term that refers to the services and 
features that are needed for ISDN equipment and applications to work. IOC 
provides the detailed technical specifications that are needed by service 
providers to establish the appropriate ISDN interface to customer's ISDN 
equipment. Reference SR3622, National ISDN Ordering Code Overview and 
Code Listing for specific ordering code information. 


Note: SR3493 has been replaced by SR3622. 
By having detailed technical information about ISDN equipment/applications 


available in advance in the form of IOCs, service providers can be better 
prepared to handle customer orders for ISDN. Using IOCs can simplify the 
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ordering process and expedite operating company provisioning. Additionally, 
IOCs can reduce errors in understanding what the customer needs and result in 
the service provider correctly providing the needed set of capabilities into the 
desired switching system. 


Industry efforts to simplify the ordering, provisioning and installation of ISDN 
have been developed by the NIUF. The NIUF has developed a set of 20 
capability packages. Generic IOCs are based exactly on the NIUF capability 
packages. Each describes the technical specifications needed to support a 
specific set of ISDN features and capabilities. 


BellCore now oversees the administration and support of IOCs. In this effort 
BellCore has established a National IOC process to help simplify the ordering, 
provisioning, and installation of ISDN. This process helps equipment and 
application developers. 


To find information about capability packages, see World Wide Web location: 
http://www.niuf.nist.gov/niuf/docs/428-94.html 


From this location, there are links to additional information. To find the feature 
DMS key assignments for the following capability packages, see World Wide 
Web location: 


http://www.niuf.nist.gov/niuf/docs/428-tb13 html 


Generic l|OCs/capability packages 
Generic capability packages as defined by the NIUF are listed as follows. 
Today Bellcore manages the ISDN ordering codes. In addition to the generic 
packages, additional vendor-specific IOCs have been developed. 


Capability Package A (OB + D) includes basic D-channel packet. No voice 
capabilities are provided. 


Capability Package B (1B) includes circuit-switched data on one B-channel. 
Data capabilities include Calling Number Identification. No voice capabilities 
are provided. 


Capability Package C (1B) includes alternate voice-/circuit-switched data on 
one B-channel. Data and voice capabilities include Calling Number 
Identification. 


Capability Package D (1B + D) includes voice on one B-channel and basic 
D-channel packet. Only basic voice capabilities are provided, with no features. 
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Capability Package E (1B + D) includes voice on one B-channel and basic 
D-channel packet. This package provides non-EKTS voice features, including 
Flexible Calling, Additional Call Offering, and Calling Number Identification. 


Capability Package F (1B + D) is equivalent to Capability Package E, with 
the change that Call Appearance Call Handling (CACH) EKTS service is used 
for the voice service. (Note that Additional Call Offering functionality is 
incorporated in the EKTS service). 


Capability Package G (2B) includes voice on one B-channel and circuit- 
switched data on the other B-channel. This package provides non-EKTS voice 
features, including Flexible Calling, Additional Call Offering, and Calling 
Number Identification. Data capabilities include Calling Number 
Identification. 


Capability Package H (2B) is equivalent to Capability Package G, with the 
change that CACH EKTS service is used for the voice service. (Note that 
Additional Call Offering functionality is incorporated in the EKTS service). 


Capability Package I (2B) includes circuit-switched data on two B-channels. 
Data capabilities include Calling Number Identification. No voice capabilities 
are provided. 


Capability Package J (2B) includes alternate voice-/circuit-switched data on 
one B-channel, and circuit-switched data on the other B-channel. Only basic 
voice capabilities are provided, with no features except Calling Number 
Identification. Data capabilities include Calling Number Identification. 


Capability Package K (2B) includes alternate voice-/circuit-switched data on 
one B-channel, and circuit-switched data on the other B-channel. This package 
provides non-EKTS voice features, including Flexible Calling, Additional 
Call Offering, and Calling Number Identification. Data capabilities include 
Calling Number Identification. 


Capability Package L (2B) is equivalent to Capability Package K, with the 
change that CACH EKTS service is used for the voice service. (Note that 
Additional Call Offering functionality is incorporated in the EKTS service). 


Capability Package M (2B) includes alternate voice-/circuit-switched data on 
two B-channels. Data and voice capabilities include Calling Number 
Identification. 


Capability Package N (2B + D) includes alternate voice-/circuit-switched 
data on one B-channel, circuit-switched data on the other B-channel, and basic 
D-channel packet. This package provides non-EKTS voice features, including 
Flexible Calling, Additional Call Offering, and Calling Number Identification. 
Data capabilities include Calling Number Identification. 
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Capability Package O (2B + D) is equivalent to Capability Package N, with 
the change that CACH EKTS service is used for the voice service. (Note that 
Additional Call Offering functionality is incorporated in the EKTS service.) 


Capability Package P (2B + D) includes alternate voice-/circuit-switched 
data on two B-channels, and basic D channel packet. This package provides 
non-EKTS voice features, including Flexible Calling, Additional Call 
Offering, and Calling Number Identification. Data capabilities include Calling 
Number Identification. 


Capability Package Q (2B + D) is equivalent to Capability Package P with 
the change that CACH EKTS service is used for the voice service. (Note that 
Additional Call Offering functionality is incorporated in the EKTS service.) 


Capability Packages R and S are closely related to Capability Packages I and 
M; the main difference is that Capability Packages R and S consistently assign 
two DNs to the interface, whereas the Capability Packages I and M assign one 
or two DNs, based on the central office switch type. 


These new capability packages grew out of ISDN Solutions '94, sponsored by 
the Corporation for Open Systems, International (COS). As part of ISDN 
Solutions '94, industry participants began the implementation of the Capability 
Packages developed by the NIUF. This implementation, in the form of IOCs, 
is seen as essential for delivering ISDN products and services to the mass 
market. Capability Package R and Capability Package S are identical to two 
Non-Generic IOCs, Generic Data I and Generic Data M, developed by three 
CPE suppliers during ISDN Solutions '94. 


These new packages were seen by equipment/application developers to be 
more useful for many applications than capability packages I and M. In 
addition, they are consistent with National ISDN; they are already in use by 
several CPE suppliers; and they further promote the goals of simplification. 


Capability Package R (2B) includes circuit-switched data on two B-channels. 
Data capabilities include Calling Number Identification. No voice capabilities 
are provided. 


Capability Package S (2B) includes alternate voice-/circuit-switched data on 
two B-channels. Data and voice capabilities include Calling Number 
Identification. 


Capability Package T was developed primarily to meet the needs of 
Transaction Services applications. Several CPE suppliers expressed the need 
for such a package during ISDN Solutions '94, sponsored by the Corporation 
for Open Systems, International (COS); several ISDN Ordering Codes (IOCs) 
have been created which are related to this capability package. Capability 
package T includes two voice channels and D-channel packet. 
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A typical application scenario might involve a multipoint application, with the 
voice channels used either for two voice telephones or for voice and fax, and 
with the D-channel packet used for transactions. Although this application can 
be provided with two DNs on the AT&T and Siemens switches, this capability 
package contains three DNs on all switch types to meet the requirements of 
some CPE and for consistency across switches. 


Capability Package T (2B + D) includes voice on two B-channels and basic 
D-channel packet. Only basic voice capabilities are provided, with no features. 


Based on further analysis of customer needs, two additional NIUF capability 
packages were developed (and approved March 15, 1996). These capability 
packages are “superset” packages that can simultaneously meet the needs of 
the current top volume mass market applications. 


Capability Package U (2B) includes alternate voice-/circuit-switched data on 
two B-channels. This package provides non-EKTS voice features, including 
Flexible Calling, Call Forwarding Variable, Additional Call Offering, and 
Calling Number Identification (which includes Redirecting Number Delivery). 
Data capabilities include Calling Number Identification (which includes 
Redirecting Number Delivery). 


Capability Package V (2B) includes alternate voice-/circuit-switched data on 
two B-channels. This package provides non-EKTS voice features, including 
Flexible Calling, Advanced Call Forwarding (that is, Call Forwarding 
Variable, Call Forwarding Interface Busy, Call Forwarding Don't Answer, and 
Message Waiting Indicator), Additional Call Offering, and Calling Number 
Identification (which includes Redirecting Number Delivery). Data 
capabilities include Calling Number Identification (which includes 
Redirecting Number Delivery). 


EZ-ISDN 
As can be seen from the previously listed packages, simplification can still be 
complicated. In 1996, several regional Bell operating companies (RBOCS) 
introduced basic packages that cover most applications. Tariffs within certain 
companies have been introduced to support these packages. Following is the 
non-EKTS description. 


EZ-ISDN 1 provides alternate Circuit-Switched Voice/Data calling on both 
B-channels. There is a CSV/D terminal associated with each of the 
B-channels. 


The non-EKTS terminal associated with the first B-Channel has a unique PDN 
capable of making/receiving one circuit-switched voice/data call. 
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The following Circuit-Switched Voice features are also included: 


e Additional Call Offering (provides two additional appearances of the PDN 
for making/receiving voice calls) 


e Flexible Calling (3-Way Conference, Drop, Hold, and Transfer) 
e Call Forwarding Variable 
e Calling Party Number Identification and Redirecting Number Delivery 


The following circuit-switched data features are also included: 
e Calling Party Number Identification and Redirecting Number Delivery 


e The non-EKTS terminal associated with the second B-Channel has a 
unique PDN and is able to make/receive one circuit-switched voice or 
circuit-switched data call. 


e The following features are also included for circuit-switched voice and 
circuit-switched data calls: 


— Calling Party Number Identification 


— Redirecting Number Delivery 


EZ-ISDN 1A This package includes all the features and capabilities of 
EZ-ISDN 1. In addition, the following circuit-switched voice features are also 
provided to the terminal associated with the first B-channel: 


e Visual Message Waiting Indicator 
e Call Forwarding Busy 


e Call Forwarding Don't Answer 


Overlap with Capability Packages 
In order to simplify the ordering of ISDN, the Working Group on the 
Simplification of ISDN Ordering, Provisioning, and Installation has created 
two types of packages: capability packages and EZ- ISDN packages. These 
two types of packages have been developed to meet different needs and to 
serve different purposes. 


Capability packages are generally intended to meet the needs of specific 
applications; they are often developed based on a particular user application. 
In order to register with a capability package in the National ISDN Ordering 
Code (IOC) Process, CPE must be fully compliant with the features specified 
in the IOC. 


On the other hand, the EZ-ISDN packages are designed as superset packages 
that can simultaneously meet the needs of the top volume mass market 
applications. 
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Part V 
Operations, administration and 
maintenance 


“Part V: OAM” contains the following chapters: 

19. Operations, administration, and maintenance overview 

20. ISDN Maintenance 

21. BRI multiple terminal maintenance 

22. BRI verification-office equipment 

23. Echo station X.25 loopback testing 

24. Problem case 1: no dialtone received or limited dialing capability 


25. ISDN Problem case 2: verification of connectivity between 2B 1Q line card 
and CPE 


26. Problem case 3: mp-eoc trouble fault isolation 
27. Problem case 4: office equipment identification retrieval 
28. ISDN log reports 


29. ISDN operational measurements 
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19 Operation, administration, and 
maintenance overview 


This part describes procedures for ISDN operation, administration, and 
maintenance. All maintenance activities described assume that ISDN is 
working off of a DMS-100 switch using National ISDN and Nortel customer 
premises equipment (CPE). There are four problem case descriptions. 
Descriptions of ISDN associated logs and operational measurements (OM) are 
also included. 


ISDN loop maintenance 
The ISDN maintenance chapter includes the following: 


MAP levels necessary for ISDN maintenance 
Basic ISDN loop components 

ISDN line states 

Loop back testing 

BERT testing 

DCHON testing 

Digital test access 

Diagnostics testing 


Asynchronous line diagnostic testing 


ISDN maintenance commands 
The following ISDN-related maintenance commands are described: 


DET 

DIAG NOWAIT 
DIAG QUERY 
DIAG QUERYALL 
POST DK 
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e ISPGAUD 

e LIBLMALM 
e L2LOGCTL 
* L3LOGCTL 
e QCOUNTS 

e QLAYER 

e RLAYER 

e TEI CHECK 
e TERMCHK 
e THR 


ISDN log routing recommendations 
The ISDN log routing recommendations include the following: 


e Recommended log report class groupings 


e Identity and brief description of ISDN related log reports 


Operational measurements setup 
The operational measurement (OM) setup description includes: 


e Procedures to set up ISDN related OM reports 
e Procedure for enabling and routing ISDN OM reports 
e ISDN BRI performance factors and related OMs 


Maintenance tools 
The following maintenance tools are described: 


e DISPCALL tool 
e PMDEBUG 


BRI multiple terminal maintenance 
The “BRI multiple terminal maintenance” chapter includes the following: 


e Description of the BRI multiple maintenance feature 


e Limitations and restrictions for the BRI multiple terminal maintenance 
feature 


e Interactions between BRI multiple terminal maintenance feature and other 
functionalities 
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e Datafill changes necessary to support use of the LZLOGCTL, the 
L3LOGCTL, and the TERMCHK commands with this feature 


e Description of the user interface commands used with the BRI multiple 
terminal maintenance feature 


BRI verification-office equipment 


The “BRI verification-office equipment” (BRIV-OE) chapter includes the 
following: 


e Description of the BRIV-OE feature 

e Hardware requirements for the BRIV-OE feature 

e Limitations and restrictions for the BRIV-OE feature 
e Interaction between BRIV-OE and default service 

e Translations datafill for the BRIV-OE feature 


e User interface commands for the BRIV-OE feature 


Echo station X.25 loopback testing 
The “Echo station X.25 loopback testing” chapter includes the following: 


e Description of the Echo Station X.25 loopback testing feature 


e List of limitations and restrictions for Echo Station X.25 loopback testing 
feature 


e Operational measurements for Echo Station X.25 loopback testing feature 


e Office parameter information for Echo Station X.25 loopback testing 
feature 


e Description of the ECHOCI MAP level commands used for provisioning 
echo station DNs 


e Identifies tables that require datafill when provisioning an echo station DN. 
Datafill information includes examples of datafill for each table. 


e Description of QPHF command when used with echo station feature 

e LIP MAP level maintenance information for echo station DN 

e Packet resource reassignment tool (PHRRCI) information for using this 
tool with echo station feature 


Problem case 1 
no dialtone received or limited dialing capabilities 


Problem case 2 
verification of connectivity between 2B1Q line card and CPE 
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Problem case 3 
mp-eoc trouble fault isolation 


Problem case 4 
office equipment identification retrieval 


ISDN log reports 
The “ISDN log reports” chapter includes the following: 


e Description of information included in an ISDN log report 


e Example log reports for all ISDN logs introduced in the current software 
release only 


ISDN operational measurements 
The “ISDN operational measurements” (OM) chapter includes the following: 


e Details on the information included in an ISDN OM group description 


e Descriptions of OM reports for all ISDN OMs introduced in the current 
software release only 
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20 ISDN maintenance 


ISDN loop maintenance 
Several methods of performing ISDN loop maintenance exist within the DMS 
switch. These methods include loopback, D-channel continuity, and 
diagnostics. By using these methods, information can be obtained from 
various tests by issuing commands from the LTPLTA, LTPISDN, or LTPDATA 
level of the MAP display. Figure 20-1 shows the hierarchy of relevant 
command levels used for ISDN line maintenance. 


Figure 20-1 Hierarchy of MAP levels 


Cl (Command Interpreter) 
MAPCI (Maintenance and Administration Position) 
MTC (Maintenance) 
LNS (Lines Maintenance Subsystem) 
ALT (Automatic Line Test) 
LNSTRBL 
LTP (Line Position Test) 
LTPMAN (LTP, Manual Level) 
LTPLTA (LTPLTA, Line Test Access Level) 
LTPDATA (LTP, Data Level) 
LTPISDN (LTP, ISDN Level) 


Loopback provides a method of setting reference points on an ISDN line for 
running bit error rate tests (BERT). BERT is used to verify transmission 
performance and the continuity of connections. 


D-channel continuity allows for the verification of D-channel continuity from 
the switch D-channel handler (DCH) to the ISDN line card or the NT1. 


Diagnostics provide a means of testing ISDN loop components through 
maintenance channel messaging and parameter measurement. 


The LTPLTA, LTPISDN, and LTPDATA levels allow fault isolation at the line 
card level. Isolating the fault is the most important objective when attempting 
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to resolve possible line problems. Figure 20-2 displays the basic components 
of an ISDN loop. 


Figure 20-2 Basic ISDN loop components 


S/T-bus 


The fault can be isolated to one of the following components: 


e LCME 
e ISDN line card (ISLC) 
e U-loop 


e LULT— Line Unit Termination (optional) 

e LUNT— Line Unit Network Termination (optional) 
e NTI 

e S/T-bus 


e customer premise equipment (CPE) 


The line unit termination (LULT) and the line unit network termination 
(LUNT) are intermediate line units. The LULT and the LUNT are used to 
extend the ISDN BRI U-loop range beyond the existing maximum 17 000 feet 
distance from the DMS central office. One to six of these intermediate line 
units are used in a multipoint embedded operations channel (mp-eoc) 
configured peripheral module (PM). These intermediate units extend the 
performance monitoring capabilities of the PM to customer loops that exist 
beyond the maximum 17 000 foot distance from the DMS central office 


The CPE can consist of ISDN telephones, terminal adapters, and NTIs. 
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ISDN lines can display various states at the MAP display due to normal 
maintenance, call processing, and problem reporting. Table 20-1 contains a list 
of line states that can exist on a ISDN loop. 


Table 20-1 ISDN line states 


State 


Description 


CPB 
CPD 


CUT 


DEL 


DMB 


HAZ 
IDL 
INB 
LMB 


LO 


MB 


NEQ 
PLO 
SB 


Loopback testing 


Call processing busy. ISDN call processing in progress. 


Call processing Deload. The ISDN line is in use, and a maintenance 
request is pending. State changes to MB with DEL. 


Cutoff. The CO relay in the ISDN line card is in the operated state, 
disconnecting the subscriber loop from the ISDN line card. 


Deloaded. ISDN line removed by maintenance order. This is a 
temporary state between CPD and MB. 


D-channel maintenance busy. There is no DCH connected to the 
ISDN line. 


Hazard 
Idle. The ISDN line is in-service and ready for subscriber use. 
Installation busy. The ISDN line is not available for call processing. 


Line module busy. The LGC/LTC, LCME, or line drawer where the 
line is located is out of service. 


Lock-out. There is no u-sync between the ISDN line card and the 
NT1. 


Manual busy. The ISDN line has been removed from service by 
maintenance personnel or the system put the line in this state 
because it determined the line to be babbling messages. With the 
advent of NA003, babbling lines were changed to SYB state and the 
system brought the line back in service. 


Not equipped. The LEN has not been datafilled. 
PSPD (permanent signal partial dial) 


System busy 


Loopback testing is performed to verify that a line has continuity 
endpoint-to-endpoint, and to measure transmission performance through the 
peripherals on the loop. It can be used to test the integrity of a line, or 
troubleshoot possible line problems. While a loopback is set, call processing 
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is inhibited on that loop and the status will display MB (manual busy). Two 
types of loopback testing include BERT and DCH continuity (DCHCON). 


Figure 20-3 displays the reference points where loopbacks can be set along an 
ISDN line. The following describes the loopback points: 


e T interface: loopback at T interface of the NT1 towards the DMS-100 
switch 


e LU interface: loopback the network side of the line card 
e MPLU interface: the loop extenders between the ISLC and NT1 
e L interface: loopback the C-side of the line card 


Figure 20-3 Loopback reference points 


Physical line drawer 


CPE 


MPLU 1-6 


Loopbacks should be set at the T interface first, because this is the farthest 
point on the loop. If the loopback test shows a problem at this point, the 
loopback point can be moved in to the LU interface, and finally to the L 
interface to isolate the problem. 


If the LU point is selected, it is possible to select IN or OUT with regards to 
the direction of the loopback point. IN means towards the switch: OUT means 
toward the CPE. The default is IN, and this is what usually should be done. 
OUT should only be selected if you have loopback equipment on site that can 
be used to test from an ISDN terminal towards the line card. 


The simplified syntax for the LoopBk command is: 
LoopBk {L, LU, MPLU, T} {B1, B2, BBD} 


B1 is used to specify channel B 1 to loopback. B2 is used to specify channel B2 
to loopback. And BBD indicates all channels, B1, B2, and D, are looped back. 


Note: A LoopBk RLS must be done when finished to release the loopback 
point unless the 'bert stop' command was used. 
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The following is an example of a loopback point set at the T interface on 
channel B1. The LEN 2 0 1 8 is example of a ISDN loop. 


From the CI level of a MAP display type: 


>MAPCI;MTC;LNS;LTP;LTPDATA;POST L 2 0 1 8 
>LOOPBK T Bl 


The result displayed on the MAP screen is shown in Figure 20-4. 


Figure 20-4 Loopback example 


CM MS IOD Net PM CES Lns Trks Ext APPL 


LTPData 
0 Quit POST DELQ BUSYQ PREFIX 


3 LCC PTY RNG ..... EEN genco mus Ee DN STA F S LTA 


R 

Equip_ ISDN LOOP HOST 02 0 01 08 548 4200 MB : 
Connect_ (note: line status goes manual busy) 
S 

L 

B 


11 Hold B1 Loopback activated at T TO U 


LD313 
Time 14:48 > 


P 


BERT testing 


BERT testing involves sending a known stream of data to a preset loopback 
point, and sending the data back to the sender for comparison of sent and 
received data bits. Using this method, the line transmission quality can be 
measured. BERT testing requires that an IBERT card (6X99AA) be present in 
the office. 


BERT testing can also be performed using external test equipment, such as a 
Fireberd 6000. The external equipment can be configured as a DTE capable of 
sending and receiving asynchronous or synchronous data at speeds up to 64 
kbit/s. 
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Troubleshooting with BERT is especially useful for ISDN lines that are having 
intermittent problems with circuit switched data transmissions. If a bit error 
rate is greater than zero, a problem exists. To narrow the search for the problem 
component, move the LoopBk point in closer towards the switch (from T to 
LU to L). 


The simplified syntax for BERT is: 
BERT START {B1, B2} 


From the previous example, the loopback point is set at the T interface. 
To run BERT on B1, type: 


>BERT START B1 


The result displayed on the MAP screen is shown in Figure 20-5. 


Figure 20-5 BERT example 


CM MS 


LTPData 
0 Quit 
2 Post_ 
3 
RESULT 
4 Equip_ 


5 Connect_ 


6 Sustate 


7 LoopBk_ 


8 BERT_ 


10 BPVO_ 
11 Hold 
12 Next 
T3 
14 
15 
16 
17 
18 

LD313 


S 


IOD Net PM CCS Lns Trks Ext APPL 
POST DELQ BUSYQ PREFIX 

LCG PITY. RNG: 32-3. BENS et ee: os DN STA F S LTA TE 

ISDN LOOP HOST 02 0 01 08 548 4200 MB IBERT 0 


BLOCKS RCVD:248 
BIT ERRORS :0 

BER :0 

SYNC STATUS: INSYNC 
bert start bl 
Obtained IBERT 0 
Bert test started. 


Time 14:54 > E. 


The functionality of the IBERT tester can be verified by injecting errors into 
the data stream of a BERT test. The command to do this is: 


>BERT INJECT {1 to 16} 
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where 1 to 16 equals the number of error bits to inject. 
The MAP output will reflect the injection of bit errors. 


The BERT test can be stopped at any time by typing at the following command 
at the MAP terminal: 


>BERT STOP 


Note: This command will remove the loopbk (loopback). 


DCHCON testing 
The D-channel (DCH) continuity test is invoked from the LTPDATA level of 
the MAP terminal. The purpose of the D-channel continuity test is to test for 
the D-channel continuity from a DCH or EDCH card to the T interface in an 
NTI. 


The DCHCON command sends a test pattern to the specified loopback point 
(L, LU, or T) and checks whether it is returned properly. If it is returned, 
D-channel continuity is present and the test for DCH continuity passes. If the 
returned test pattern does not match the pattern sent, the test fails indicating 
that continuity does not exist. 


If the LU interface is selected, sync will be lost on the loop when the test is 
performed. The continuity test is performed with the echo canceler ON and 
repeated with the echo canceler OFF to test its functionality. 


No preset loopback point must be set prior to performing the DCHCON. A 
loopback point is automatically set every time the command is executed with 
one of the optional parameters (L, LU, or T) and released when it finishes. 
When no optional parameter is specified with the DCHCON command, the test 
default T interface is selected. 


Note: This test can not be performed on ISDN lines equipped only with 
provisioned B-channel packet service because these lines do not use a DCH 
or EDCH. 

The syntax for the DCHCON command is: 


DCHCON {L, LU, T} 


The following is an example of a DCHCON T test. From the CI level of a MAP 
terminal, type: 


>MAPCI;MTC; LNS; LTP; LTPDATA 
>POST L 2 0 1 8; T 
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The result displayed on the MAP screen is shown in Figure 20-6. 


Figure 20-6 DCHCON example 


CM MS IOD Net PM CCS T Ext APPL 


LTPISDN 

0 Quit POST DELQ BUSYQ PREFIX 

2 Post_ 

3 LCC PTY RNG ..... LEN e gies 29) 5 0s DN STA F S LTA TE 
RESULT 

4 Termchk ISDN LOOP HOST 02 0 01 08 548 4200 IDL 


BCHCON 
Lt Loopbk 
9 DCHCon 
10 TEST_ DCHCON T 
11 Hold WARNING - Action may affect Packet Data Service 
12 Next Do you wish to continue? 
13 Please confirm (“YES”, “Y”, “NO”, “N”): 
14 TstSgnl 
15 TEI_ Note: (answer ‘Y’ to confirm and proceed with the test) 
16 Qloop 
17 Qlayer 
18 Rlayer 
LD313 
Time 10:27 > 


a 


Digital test access 
Digital test access (DTA) is a feature that allows a protocol analyzer to be used 
to monitor an ISDN line from a remote location. The DTA package 
NTXJ51AA is included in NIO00007 NIO ISDN Base. It requires one HASU 
LEN with an NT and a protocol analyzer (Progressive Computing or Tekelec). 
With the analyzer connected to the HASU LEN, any other LEN within the 
DMS switching system. 


5 
6 Sustate 
7 
8 


>QLEN 10 1 14 2 


TYPE: HARDWARE ASSIGNED SOFTWARE UNASSIGNED 


CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER $ 63 
PM TERMINAL NUMBER : 451 


Assume that the HASU LEN will be connected to the DTA equipped analyzer. 
Post this LEN at the MAPCI;MTC;LNS;LTP;LTPDATA level. Then use the 
following command: 


>EQUIP DTA LEN 10 1 14 2 
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Refer to Figure 20-7 for an example. 


Figure 20-7 DTA LEN MAP display 


7 


CM MS 


LTPData 
Quit 
Post_ 


Equip_ 
Connect_ 
Sustate 
LoopBk_ 
BERT_ 


ODAIHDUNBWNO 


10 BPVO_ 

11 Hold 

12 Next 

13 

14 

15 

16 

17 

18 
LAP1046 

Time 01:16 


IOD Net PM CCS Lns Trks Ext APPL 
POST DELQ BUSYQ PREFIX 
LCC PERN G esia LEN..... DN STA F S LTA TE RESULT 
ISDN HASU HOST 10 1 14 02 NO DIRN INB 


> 


DTA MONITOR LOOP 


EQUIP DTA LEN 10 1 14 2 
DTA monitor equipment 1 reserved. 


EQUIP DTA LEN 10 1 14 2 


P 


Post the line to be monitored and issue the command >CONNECT <n> to 
begin monitoring. The output on the protocol analyzer will be exactly as if the 
line were connected directly to the analyzer. 


Be sure to note the TDM channel (in this case, 2). This information is needed 
by the protocol analyzer. Refer to Figure 20-8. 
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Figure 20-8 Connect 1 command display 


CM MS IOD Net PM CCS Lns Trks Ext APPL 
LTPData 
0 Quit POST DELQ BUSYQ PREFIX 
2 Post_ 
3 LCC PTY RNG ..... GEN ege aeaea os DN STA F S LTA TE RESULT 
4 Equip_ ISDN LOOP HOST 10 1 14 01 675 9905 IDL 
5 Connect_ DTA-CHNL EQP STAT 
6 Sustate D TDM (2) 1 
7 LoopBk_ 
8 BERT_ 
9 
10 BPVO_ CONNECT 1 
11 Hold 
12 Next 
13 
14 
15 
16 
17 
18 
LAP1046 
Time 01:20 >CONNECT 1 


The protocol analyzer that is attached to the DTA LEN (in this case, 10 1 14 
2) has to be set up to monitor the DTA connection. Use the TDM channel that 
was noted from the CONNECT <n> command. Refer to the operating 
instructions for the specific analyzer in use to set up the DTA monitoring 
operation. 


With the protocol analyzer correctly programmed, an ISDN terminal (in this 
case,10 1 14 1) can be monitored from a remote location. This allows data 
collection without interfering with business. When finished, both lines must be 
disconnected from the DTA. DTA connections should not remain active when 
not in use. 


CAUTION 

Release all DTA connects before beginning the one night 
process (ONP) 

Failure to release DTA connects can lead to failure of ONP 


To disconnect DTA from the line being monitored, issue the command 


>CONNECT <n> RLS 
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with the LEN posted at the LTPDATA level. 
To disconnect DTA from the HASU LEN, issue the command 
>EQUIP DTA RESET 1 
with the LEN posted at the LTPDATA level. 
Diagnostics testing 
The DIAG (diagnostics test) command can be issued at the LTP level of the 


MAP display. There are several optional parameters that can be used with the 
DIAG command. The most commonly used options are the following: 


e dial Ic 

e diag 

e diag full 
e diag fast 


e diag nowait 

e diag query 

e diag query all 

Option diag Ic only performs tests pertaining to the line card. Options diag and 
diag full run the same tests, but if a failure is encountered using option diag, 
the test will stop at the failed test and a line log will be printed. Option diag 


full should be performed in the nodisp mode as it will run all of the tests and 
print the results to your MAP screen. 


Option diag fast runs a subset of tests that the option diag full performs. Table 
20-2 displays all the tests and measurement operations performed. 


Table 20-2 Diagnostic operations (Sheet 1 of 3) 


Diagnostic operation Full Fast Test description 


PUPS Power Failure Y Y PUPS power failure test sends a message to the LCME to 
determine if the PUPS for the line drawer containing the 
line under test has failed. 


Line Card Occupancy Y Y Line card occupancy test sends a message to the LCME 
to determine if a line card is properly seated. 


Data Ready (DR) Stuck Y Y Data Ready stuck test determines if the DR bit of the 
L-interface chip is stuck high or low. 
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Table 20-2 Diagnostic operations (Sheet 2 of 3) 


Diagnostic operation 


CO Relay 


BF Stuck 


Line Card Restore 


Self Test Line Card 


Continuity Test (L) 


Continuity Test (LU) 


U Loop 


Termination 


Sealing Current 


NEBE 


Full 


Fast 


Test description 


Relay test checks that the CO, TEST-IN, and TEST-OUT 
relays on the ISDN line card are functional. The CO relay 
is operated and the MTU is used to measure the tip and 
ring voltage. 


BF stuck test determines if the buffer full (BF) bit of the 
L-bus is stuck high or low. 


Line card restore test reads and validates the line card 
relay status and U-interface frame sync following a soft 
reset of the card. The reset should have cleared data 
registers and released relays. 


Self test (LC) is a built-in test of the line card executed by 
the on-board firmware. The test includes and internal 

read-only memory (ROM) test, and internal RAM test, and 
L-bus subsystem test, and a U-interface subsystem test. 


Continuity test (L) performs a D-channel continuity test 
between the D-channel handler (DCH) and the L-interface 
on the line card to determine if a path has been 
established. 


Continuity test (LU) performs a D-channel continuity test 
between the D-channel handler (DCH) and the 
LU-interface on the line card to determine if a path has 
been established. A full frame analog loopback is used in 
this test. 


U-loop tests use the MTU to measure the loop parameters 
(dc voltage, ac voltage, resistance, and capacitance). 
This test is performed only if a failure has been detected 
by a previous test. 


Termination test is performed even if there is no frame 
sync, uses the resistance value read by the U-loop tests 
to determine if the loop is terminated by a NT1. 


Sealing current test first sends a message to provide 
continuous current and then, using the MTU, measures 
the tip-to-ring voltage while the ISDN line card TEST-OUT 
relay is operated. This test is performed only if a failure 
has been detected by a previous test. 


NEBE test verifies the operation of the near-end block 
error (NEBE) checking mechanism in the line card 
firmware. The test causes the NT1 to inject a CRC and the 
firmware checks that is has been detected. 
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Table 20-2 Diagnostic operations (Sheet 3 of 3) 


FEBE 


Error Register 


Hard Reset 


Diagnostic operation Full Fast Test description 


Y Y FEBE test verifies the operation of the far-end block error 
(FEBE) checking mechanism in the line card firmware. 
The test causes the NT1 to inject a CRC and the firmware 
checks that is has been detected. 


Y Y Error register query determines if errored seconds (ES) 
and severely errored seconds (SES) performance 
thresholds have been exceeded. One message queries 
the performance thresholds and another message reads 
the current and previous hour ES and SES values for 
comparison. 


Y N Hard reset forces re-initialization of the ISDN line card 
circuit only if a service-affecting fault is detected after the 
diagnostic has been run. This action is also performed 
automatically when an ISDN line card is inserted into a 
slot. 


Restore (LC and NT1) Y N Restore (LC and NT1) restores the line card and the NT1 


after the diagnostic tests are completed to ensure 
loopbacks are released and both components are 
returned to normal. 


NA011 enhancements to ISDN BRI line diagnostics 


In the past, an ISDN line diagnostic performed by operating company 
personnel required several minutes to complete. The user performing the 
diagnostic test could not enter additional commands until the test completed. 
Beginning with NAO11, the ISDN Asynchronous DIAG command allows the 
user to perform an ISDN line diagnostic asynchronously. Asynchronous 
diagnostics are made possible by use of the NOWAIT optional parameter with 
the DIAG command. 


The DIAG NOWAIT command allows line diagnostics that run in the 
background to be started on the posted line. Background diagnostics give the 
user the capability to perform additional actions from the same MAP while the 
line diagnostic is running. The user no longer has to wait for the diagnostic to 
complete before the command prompt is returned to them. 


The LOGUTIL system reports the results of the line diagnostics. The 
LOGUTIL system generates a LINE100 log if the line passes the diagnostic 
test or a LINE101 log if the line fails the diagnostic test. The new QUERY 
optional parameter used with the DIAG command gives the user the last line 
diagnostic result or status on a posted LEN. Information for the 100 most 
recent ISDN LENs on which asynchronous DIAG was performed is stored in 
the history. This information is displayed in response to the DIAG QUERY 
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command used on a posted LEN. The new QUERYALL optional parameter 
used with the DIAG command gives the user a summary of all currently 
running line diagnostics. 


Office parameter MAX_ASYNC_ISDN_LINES located in table ISDNVAR 
allows operating company personnel to activate or deactivate the 
Asynchronous Diag feature. This parameter sets the maximum number of 
asynchronous diags that can be run at the same time from all CI ports. The 
range of values for this parameter is 0 to 10. A value of 0 deactivates 
asynchronous line diagnostics for the whole DMS office. The default value for 
this parameter is 5. 


Asynchronous line diagnostics use the following commands at the LTP MAP 
level: 


DIAG NOWAIT 


— The DMS switching system first performs an initial check for resources 
in response to the entry of the DIAG NOWAIT command. Once the 
resource check is complete, the DMS switching system returns the 
command prompt to the user. 


— The DMS switching system generates a LINE log report that indicates 
the successful completion or failure of the diagnostic. A LINE100 log 
reports a successful line diagnostic and a LINE101 log reports a line 
diagnostic failure. 


— The DIAG NOWAIT command supports all other DIAG optional 
parameters such as LC, INS, FAST, or EXTENDED except for DISP 
and FULL. 


— The DMS switching system notifies the user of the completion of the 
diagnostic test providing the user is still logged on to the same port. 


DIAG QUERY 


— The DIAG QUERY command provides the user with the results of the 
last asynchronous diagnostic performed on the posted LEN. The DIAG 
QUERY command requires the user to post the LEN in the control 
position. The DIAG QUERY command does not have to be entered 
from the same port used to enter the DIAG NOWAIT. 


— Ifan asynchronous diagnostic is currently running on the posted LEN, 
a message “A DIAG NOWAIT <option> is in progress on the posted 
LEN” is displayed to the user. 


DIAG QUERYALL 


— This command, when executed, displays the LEN, CARD TYPE, and 
the type of diagnostics being performed, for example: LC, INS, FAST, 
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or EXTENDED, for all the concurrently running Asynchronous ISDN 
diagnostics in the entire DMS office. 


— If no ISDN diagnostic is running, the message “No Asynchronous 
ISDN DIAG running presently in the entire DMS office” displays. 


— DIAG QUERYALL command requires an ISDN line to be in the 
control position. 


Note: The DIAG NOWAIT, QUERY, and QUERYALL options are 
valid only for BX26AA and BX27AA ISDN lines. 


ISDN user interface commands 


The CI query commands provide “status quo” information about a DN, a 
SPID, or physical ISDN line connection information from CI (command 

interpreter) MAP level, or from any MAPCI (MAP command interpreter) 
MAP level. 


Table 20-3 provides a brief description of the CI query commands and a list of 
the parameters displayed by the CI command. For more information about the 
CI query commands, refer to the following documents: 


¢ DMS Packet Handler Provisioning Guide, 297-2431-320 (BCS34 and 
BCS35) 


e Integrated Services Digital Network Service Orders for ISDN Terminals 
Reference Manual, 297-2401-310 (BCS36 and up) 


e ISDN Basic Rate Interface Maintenance Guide, 297-2401-501 (BCS36 
and up) 


Note: The query commands in the above references currently use 
SERVORD. 


Starting in NAO12, the query D-channel (QDCH) command includes the 
parameter status, which allows the user to query ISDN DCHs by state. The 
status parameter is shown as follows: 


STATUS <STATE> {SysB, 
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Figure 20-9 shows an example of the MAP display when using the QDCH 
command with the status parameter. 


Figure 20-9 Example of MAP display when using the QDCH command with the 
STATUS parameter 


STATUS INSV 


DCH 1 InSv SPARE 
DCH 3 InSv SPARE 
DCH 6 InSv ISG 4 
DCH 7 InSv ISG 5 
DCH 8 InSv ISG 6 
DCH 9 InSv ISG 9 
DCH 11InSv SPARE 
DCH 14 InSv ISG 10 
DCH 20 InSv ISG 11 


0 
1 
3 
4 
4 
4 
1 
3 
4 


are 9 InSv DCHs of which 3 are spare 


Note: A complete list of all the parameters that can be used with the QDCH 
command can be obtained by entering, HELP QDCH, at any level of the MAP. 


The query commands shown below are accessible from the various MAP 
levels to maintain transparency of service. 


Table 20-3 CI query commands (Sheet 1 of 3) 


Command Description 


QBB Displays BV-channel, X.25 service group (XSG), circuit, 
channel, and LEN information. 


QBCLID Displays information about bulk calling ID (BCLID) lines 
in a group or in all groups. 


QBERT Displays parameters associated with the BERT cards: 


¢ A list of BERT numbers associated to line 
equipment numbers (LEN). 


« The bit error rate test (BERT) cards can be used for 
LINE or TRUNK testing. 


e Status of BERT hardware. 


QCM This command is used for tracking the last incoming 
and outgoing call for CLASS/CXMS services. It can be 
executed on a DN, LEN, or LTID/SPID (for ISDN). 


QCOUNTS Displays and resets the line-level protocol, packet-level 
protocol, and protocol abnormality counts for a 
particular X.25 LTID or X.75 interface. 
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Table 20-3 Cl query commands (Sheet 2 of 3) 


Command 


QCPUGNO 


QCUST 
QDCH 


QDN 
QDNA 
QDNSU 


QDNWRK 


QGRP 


QHA 


QHASU 


QHU 


Description 


Displays the LENs or LTIDs/SPIDs associated with call 
pickup user (CPU) Groups. 


Displays the customer group datafilled for a LTID/SPID. 


Displays D-channel handler ISG, Bd channel, and 
endpoint information. 


Displays information about a DN. 
Not applicable for ISDN lines. 


Displays a summary or a detailed listing of all DNs that 
are not assigned in software. 


Displays a summary or a detailed listing of all DNs 
assigned in software. 


Displays DNs belonging to any of the following group: 
e CPU 


e FTRGRP 
e FTRKEY 
e GIAC 

e GIC 

e HUNT 

e KSH 

e ISDNAMA 
e MADN 

e QBS 

e RESSCU 
e SCU 


Displays a summary or a detailed listing of all hardware 
assigned in software. 


Displays a summary or a detailing listing of all hardware 
assigned and all software unassigned LENs. 


Displays a summary or a detailed listing of all hardware 
unassigned LENs. 
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Table 20-3 CI query commands (Sheet 3 of 3) 


Command 


QIT 


QL 


QLEN 


QLENWRK 


QLOAD 
QLT 
QMADN 


QNCOS 


QPHF 


QSCMP 


QSCONN 


QSCUGNO 


QX75 


Description 


Displays the service information associated with an 
ISDN terminal, including the DS-1 connection to the 
packet handler for a special connection. 


Displays the line-data on an ISDN loop, that is, 
maintenance parameters, such as line state, sync 
status and also hunt group busy. 


Obtains all relevant information about a logical terminal 
associated with the LEN specified when the QLEN 
command is used. 


Displays a summary or a detailed listing of all hardware 
assigned and software assigned LENs. 


Displays the loading of PM (that is, LCME) with LCC. 
Displays a listing of information about a logical terminal. 


Displays the following information for a MADN group: 
e Multiple appearance DN (MADN) group type 
e MADN group size 


e LTID/SPIDs associated with a MADN group and 
LTID/SPID mapping to Lens 


e LTCLASS associated with a MADN group 


e Features associated with MADN, that is, call 
forward (CF) 


Displays the NCOS (network class service) information 
for a range of DNs. 


Displays DMS packet handler configuration 
information. 


Displays the area code for a specific 7-digit DN (series 
completion). 


Displays detailed special connection endpoint 
information. 


Displays all the DNs associated with a speed call user 
(SCU) group. 


Displays DMS packet handler X.75 trunk XSG, 
endpoint, carrier, common language identifier (CLLI) 
and member information. 
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Many of the CI Query commands indicated in Table 20-3 display similar 
information. These commands can be consolidated into a single command. 
The following are examples of commands that provide identical or similar 
types of information. 


e QIT and QLT 
e QDN, QDNA, and QPHF <option DN> 
e QBB and QSCONN 


Loop testing from MAP 
The line maintenance is provided from the MAP position LTP level. The LTP 


is the human-machine interface between the operating company personnel and 
the line maintenance subsystem (LNS). Requests for tests and other actions are 
entered at the MAP keyboard, and responses are displayed on the MAP screen. 
More information can be obtained from the following documents: 

e DMS-100 Family ISDN BRI Maintenance Guide, 297-2401-501 

e DMS-100 Line Maintenance Guide, 297-1001-594 

e DMS-100 Family ISDN Product Guide, 297-2401-010 


The current ISDN line maintenance architecture as shown in Figure 20-10 
supports the following levels: 


Figure 20-10 Levels supported by ISDN line maintenance architecture 


LNS 


LNSTRBL 


LTPLTA DOTLTP 


LTPMAN 


The LNS level is accessed from the MAP CI by entering MAPCI; MTC;LNS. 
The LNS level provides sublevels ALT, LTP, and LNSTRBL. For ALT level, 
refer to section “Automatic Line Testing” in this chapter. The LTP level 
contains sublevels LTPLTA, LTPMAN, LTPDTA, LTPISDN, IBNCON, and 
DCTLTP. The following functions are supported by each of the levels: 
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Line test position level 


Table 20-4 lists the LTP (line test position) MAP level menu commands that 
provide the basic line control and test functions. 


Table 20-4 LTP level menu commands (Sheet 1 of 3) 


Quit . 


Post ° 


Command Description 


Quit from LTP level 


The option ALL allows return to the CI from LTP 
level.l 


Lines can be posted individually or in sets of more 
than one line. 


Individual lines are posted by specifying circuit 
identifiers, such as the DN (directory number) or the 
LEN (line equipment number). 


A set of lines can be posted by using location 
identifiers, such as DN, LEN, or CLLI (common 
language location identifier), or condition 
identifiers, such as the state of the line. 


Note: In NA010, the fail type used with the Post DF 
(diagnostic failure) command has been expanded 
to include rapid messaging DF types OMAJ and 
OMIN. 


An individual LTID can be posted using POST LT 
command with parameters GROUP NAME and 
GROUP NUMBER. 


Note: In NA010, the LTP MAP display, in response 
to the POST LT command, is modified to include 
the rapid messaging state of the LTID. 


When a circuit is posted, it is made known only to 
the LTP and itis still available to anyone else in the 
system. 


When the circuits are posted, the first circuit of the 
posted set is displayed in the control position of the 
MAP. 


Individual lines may be posted by key using the 
following command format: POST DK <dn> <key 
#>|’all’]. 
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Table 20-4 LTP level menu commands (Sheet 2 of 3) 


Command Description 

BSY e Sets the line in control position, or using the ALL 
option, all the posted lines to the state indicated, if 
allowed. 


« The default state is MB. 


e Other allowable states that can be used as options 
with this command are IDL and INB. 


RTS e Returns to service the line in the control position 


e Returns to service all posted lines if lines are MB 
when ALL parameter is selected 


e Returns to service LTID in the control position 


e Returns to service all LTIDs in the posted set when 
the ALL parameter is entered 


Diag e Performs diagnostic on an ISDN line, and displays 
the test results on the screen. 


e The type of diagnostic can be extended, line card, 
or in-service 


Note: In NA011 the DIAG NOWAIT, DIAG 
QUERY, and DIAG QUERYALL command options 
used for asynchronous line diagnostics were 
added. 


AlmStat e Displays the status of line alarms. 


« The lines and alarms to be displayed can be 
specified. 


e Change the alarm threshold setting for the lines. 
Note: |n NA010, the options OMAJ and OMIN are 
added to the ALMSTAT QUERY and SET 


commands. These options give the alarm status for 
rapid messaging. 


CktLoc Displays the physical location of the line in the office. 


Hold Moves the line from control to HOLD position and the 
next line from the posted set, if any, to control position. 
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Table 20-4 LTP level menu commands (Sheet 3 of 3) 


Command 


Next 


Prefix 


LCO 


Level 


Description 


e Gets the next line from the posted set or the HOLD 
position and places it in the control position. 


« The line in the control position can be deleted, 
returned to the posted set, or exchanged with the 
line in the hold position. 


e Sets the prefix of the DN for the line. 


e Requires the DN as a parameter. 


Operates or releases the ISDN line card cutoff (CO) 
relay. 


Allows access to the sublevels of the LTP level 
(LTPLTA, LTPMAN, LTPDATA, LTPISDN). 


Table 20-5 lists the LTP MAP level non-menu commands that provide the 
basic line control and test functions 


Table 20-5 LTP level non-menu commands (Sheet 1 of 2) 


Command 


FRLS 


Data_Screen 


Dav_Screen 


POTSDiag 
RECORD_DTSR 
VOICE_SCREEN 


LTPLTA 
LTPMAN 
LTPDATA 


LTPISDN 


Description 


Force releases the line or circuit in the control position 
and sets it MB. 


Automatically used by the system during the 
command code screening process and is not available 
for manual use. 


Used by the system during the command code 
screening process and is not available for manual use. 


Not applicable for ISDN lines. 
Not applicable for ISDN lines. 


Automatically used by the system during the 
command code screening process and is not available 
for manual use. 


Go to the LTPLTA level. 
Go to the LTPMAN level. 
Go to the LTPDATAT level. 


Go to the LTPISDN level. 
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Table 20-5 LTP level non-menu commands (Sheet 2 of 2) 


Command Description 

IBNCON Go the IBNCON level. 

DCTLTP Go to the DCTLTP level. 

LTPRSCR LTP resource release mechanism. 

FULLDN Display full national number. 

EBSMSG Enable/disable the EBS warning message and 
prompt. 

LTP_AUX_GATE_COM Automatically used by the system and is not available 
for manual use. 

LTP_AUX_COM Automatically used by the system and is not available 
for manual use. 


LTP line test access level 
Table 20-6 lists the LTPLTA (LTP line test access) MAP level commands that 
provide various tests using the metallic test access. 


Table 20-6 LTPLTA level commands (Sheet 1 of 3) 


Command Description 

Quit Quits from LTPLTA level. 

Post Refer to LTP Level Commands Table. 

MonLTA Not applicable for ISDN lines. 

TalkLTA Not applicable for ISDN lines. 

Orig Not applicable for ISDN lines. 

LnTst Performs VDC, VAC, Res, and Cap tests on a 
subscriber loop. 
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Table 20-6 LTPLTA level commands (Sheet 2 of 3) 


VDC e 


VAC d 


Res e 


Command Description 


Performs a DC voltage measurement on a 
subscriber loop. 


Very quick in taking the measurement without 
disconnecting the NT1 from the line at the 
U-interface. 


Measurements can be single or continuous and 
they are tip-to-ground or ring-to-ground. 


Continuous measurement disallowed with remote 
relay (RR) operated in NT1. If it is specified. it is 
operated before the measurement is made. 


Performs an AC voltage measurement on a 
subscriber loop. 


Very quick in taking the measurement without 
disconnecting the NT1 from the line at the 
U-interface. 


Measurements can be single or continuous and 
they are tip-to-ground or ring-to-ground. 


Continuous measurement disallowed with remote 
relay (RR) operated in NT1. If it is required, it is 
operated before the measurement is made. 


Performs resistance measurements on a 
subscriber line and they are tip-to-ground, 
ring-to-ground, and tip-to-ring. 


Allows continuous testing. 


If no options are chosen then tip-to-ground, 
ring-to-ground, and tip-to-ring DC measurements 
are made. 


Measurement of the AC resistance is an option (for 
2B1Q only). 


If the remote relay (or AC) option is selected, the 
continuous testing parameter is not allowed. 
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Table 20-6 LTPLTA level commands (Sheet 3 of 3) 
Command Description 


Cap e Performs a quick capacitance measurement on a 
subscriber line without disconnecting the NT1 from 
the line at the U-interface. 


e Measurements taken are tip-to-ground, 
ring-to-ground, and tip-to-ring. 


e Only non-continuous Cap test with both ISLC CO 
and NT1 CO relays operated is allowed on the 


ISDN line. 
Hold Refer to the LTP level commands table. 
Next Refer to the LTP level commands table. 
LTA e Connects or releases the line test access (LTA) 


from the line card. 


e The connection can be specified towards the line 
card (IN connection) or towards the subscriber loop 
(OUT connection). 


e |f no parameters are specified, the testing is 
toggled between IN and OUT. 


e Displays any problems encountered. 


BalNet Not applicable for ISDN lines. 
Coin Not applicable for ISDN lines. 
Ring Not applicable for ISDN lines. 


Dgttst Not applicable for ISDN lines. 


LTP manual level 
Table 20-7 lists the LTPMAN (LTP manual) MAP level commands that 
provide the common manual test functions. 


Table 20-7 LTPMAN level commands (Sheet 1 of 2) 


Command Description 
Quit Quits the LTPMAN level. 
Post Refer to the LTP level commands table. 
Loss e Not applicable for ISDN lines. 
e Must use ILOSS command (LTPISDN level). 
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Table 20-7 LTPMAN level commands (Sheet 2 of 2) 
Command Description 


Noise e Not applicable for ISDN lines. 
e Must use NSE command (LTPISDN level). 


ToneGen e Only metallic option valid for ISDN lines. 


e Transmits a tone on a line. The frequency and tone 
level can be specified. 


* Connection can also be set up using the metallic 
test access (MTA) bypassing the line card. 


Jack Not applicable for ISDN lines. 

TstRing Not applicable for ISDN lines. 

Bal Not applicable for ISDN lines. 

RlsConn Releases line, test equipment and their connections. 
Hold Refer to the LTP level commands table. 

Next Refer to the LTP level commands table. 

Ckitst e Sends multiple messages to the line card. The 


number of messages to send during the test can be 
specified (from 1 to 50). If the number is not 
specified, the default value is in office parameter 
CIRCUIT_TEST_NUMBER_MESSAGES in table 
OFCVAR. 


« The location where the test messages are looped 
back has to be specified, that is, it has to be stated 
whether the tests are to be run on the line or the line 
card. 


e The line card option is available for ISDN lines only 


Sustate Determines the internal hardware, NT1 and TEI status 
of the line. 

SetLpBk Not applicable for ISDN lines. 

DCHCON Performs a D-channel continuity test on the ISDN loop. 
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LTPDATA level 
Table 20-8 lists the commands used at the LTPDATA (LTP data transmissions 
testing level) MAP level. 


Table 20-8 LTPDATA level commands (Sheet 1 of 2) 


Command Description 

Quit Quits the LTPDATA level. 

Post Refer to the LTP level commands table. 
Equip e Select equipment for digital test access. 


e Defines monitor equipment termination point for DU 
or ISDN lines. 


e The monitor equipment can be seized or released 
for the transmit or receive direction of the data 
transmission path. 


e The QUERY option displays the status of all 
monitor and test equipment that is defined at a 
MAP. 


« In response to being invoked, this command 
displays that status of execution, that is, all relevant 
messages. 


e Only 2 channels, DS1 or ISLC, can be equipped 
using this command. 


Connect e Established the digital test access connection. 


e Connects any or all of test equipment, monitor 
equipment, or a digital trunk, depending on the 
option chosen, to a data line. The DN or the CLLI 
number can be used for specifying the connection 
to posted B1, B2, or D channels. 


« This command is also dependent on the command 
Equip_ having been previously invoked to define 
and seize the equipment required. 


Sustate Determines the internal hardware, NT1 and TEI status 
of the line. 
LoopBk e Activates or releases loopback at specified 
location. 


e Displays loopback if set up. 
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Table 20-8 LTPDATA level commands (Sheet 2 of 2) 


Command 


BERT 


BPVO 
Hold 
Next 


BERTTIME 


LTPISDN level 


Description 


e Measures the transmission quality of an ISDN 
B-channel and other lines like DUs. The speed of 
the BERT test can be specified. 


e — If QUERY is invoked during the test, it displays the 
number of blocks received, bit errors received, and 
the sync losses incurred. 


e If QUERY is invoked after the test, then it displays 
the error-free seconds during the test, total time in 
synchronization, and the total test time. 


Not applicable for ISDN lines. 
Refer to the LTP level commands table. 
Refer to the LTP level commands table. 


¢ Non-menu command for BERT testing only. 


e Sets a maximum test time or displays what the 
value is. The time can be set in minutes and hours. 


e An audit is conducted every 30 minutes to stop 
BERTs that exceed the set duration. 


Table 20-9 lists the LTPISDN MAP level menu commands that provide 
specific test functions for ISDN lines. 


Table 20-9 LTPISDN level menu commands (Sheet 1 of 3) 


Command 
Quit 
Post 


Sustate 


BCHCON 


Ltloopbk 


Description 


Quits from LTPISDN level. 


Refer to the LTP level commands table. 


Determines the internal hardware, NT1 and TEI status 
of the line. 


e Performs Bb channel continuity test on nailed-up B 
channel on an ISDN loop. 


e Continuity is test from the XSG to the T interface of 
the NT1 connected to the line card. 


Applicable to SAP116; sets up a loopback point in the 
DCH or EDCH for the selected LTID for continuity 
testing from the DPN. 
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Table 20-9 LTPISDN level menu commands (Sheet 2 of 3) 
Command Description 


DCHCon e Tests the continuity of the path from the D-channel 
handler (DCH) to the line card or the NT1 
(determined by the loopback specified). 


e Parameters L, LU, or T determine the location of the 
interface Loopback (the LU parameter does not 
apply to the S/T-ISLC). 


« When the LU interface parameter is selected for 
DCHCON, synchronization is lost on the line. There 
is a delay to regain synchronization. The continuity 
est is performed with the Echo Canceller (EC) on, 
and then repeated with the EC off. 


e Acontinuity test can not be performed while a call 
is in progress on the line. The line state must not be 
CPB or CPD. The peripherals must be in service, 
not LMB. 


TEST e Performs selected layer 1 tests on posted 2B1Q 
ISDN line. 


e The types of tests that can be performed are 
— DCSIG: DC signature test 
— COLDST: cold start test 
— SCUR: sealing current test. 
— DET: BLM detection 
— THR: BLM thresholds test 
— ALM: alarm test 
— IMP: impulse noise test 
— NSE: noise test 
— |LOSS: loop loss test 


« The above tests can be invoked using the hidden 
commands. For details, refer to Table 19 on page 
84. Note that IMP, NSE, and ILOSS tests require 


the ESTU. 
Hold Refer to the LTP level commands table. 
Next Refer to the LTP level commands table. 
Termchk Provides information regarding the terminal states and 
reasons for initilization failures on BRAFSI ISDN 
terminals. 
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Table 20-9 LTPISDN level menu commands (Sheet 3 of 3) 
Command Description 


TstSgnl Activates a test signal from the line card onto the loop 
(BX26AA-ST line card only) 


TEI Checks the status of TEIs or restores the removed TEI. 


Qloop * Queries all LTIDs, DNs, TEls, and rapid messaging 
states on a posted ISDN loop. 


e Requires instigation 


Qlayer Queries the performance and/or protocol monitoring 
data for the specified layers of an ISDN LEN posted in 
the control position of the MAP. 


Rlayer Resets the performance and/or protocol monitoring 
data for the specified layer of an ISDN LEN posted in 
the control position of the MAP 


The LTPISDN MAP level also provides non-menu maintenance commands 
listed in Table 20-10. Some of these commands provide the same maintenance 
functions as can be requested from the menu command TEST with appropriate 
parameters. Most of the commands are specific to 2BIQ line card testing. 


Table 20-10 LTPISDN level non-menu commands (Sheet 1 of 2) 


Command Description 


DCSIG e Performs DC signature test. 
e The optional parameter, DISPLAY, returns the 
resistance measurements for the test. 
COLDST ¢« Performs cold start test. 


e Determines if U-synchronization can be established 
within the required time interval (15 seconds), after 
the physical link has been established. 


e Requires the test NT1 or ESTU (enhanced services 
test unit) testhead. 


SCUR e Performs sealing current test 


e Helps identify U-loop failures attributed to 
insufficient sealing current. 


e The optional parameter, DISPLAY, returns the 
sealing current measurements for the test. 
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Table 20-10 LTPISDN level non-menu commands (Sheet 2 of 2) 


Command Description 
DET Tests the BLM functionality by checking the ability of the 
line card to detect and record BE, ES, and SES. 
THR e Tests for correct BLM by checking the thresholding 
capability. 


e Checks to see that alerts are generated when the 
number of ES and SES accumulated have 
exceeded the preset thresholds. 


ALM Alarm test to verify that the DMS detects and reports 
LOS. 

IMP Measures impulse noise. Requires the ESTU testhead. 

NSE Measures wideband noise. Requires ESTU test head. 

ILOSS Loop loss test. Requires the ESTU test head. Tests the 


loop performance of a U-loop to identify the presence of 
load coils on the loop and to verify that the amount of 
loss on the loop is acceptable. 


L1THRSH Sets or queries the layer 1 performance threshold 
values for the 2B1Q loop. 


LiBLMALM Sets or queries the automatic alarm reporting capability 
of the posted ISDN loop. 


L2LOGCTL Used to set the layer 2 abnormality log report status on 
an individual ISDN line basis. 


L3LOGCTL Used to set the layer 3 abnormality log report status on 
an individual ISDN line basis. 


QPHINFO Displays the terminating DNs for all DMSPH X.25 calls 
on the posted DN. 


Lines trouble (LNSTRBL) level 

Table 20-11 lists the LNSTRBL (lines trouble) MAP level commands that 
provide the means of displaying the call processing troubles encountered. It is 
a sublevel of LNS level. 


Table 20-11 LNSTRBL level commands (Sheet 1 of 2) 


Command Description 
Quit Quit from LNSTRBL level. 
ClrAlm Clear call processing (CP) alarms in specified LCD. 
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Table 20-11 LNSTRBL level commands (Sheet 2 of 2) 


Command 
ClrBuf 
CreatSet 
Disp 


ListAlm 


QSup 
Resume 
StopDisp 
Suppress 


Automatic line testing 
Automatic line testing (ALT) also provides coverage for ISDN BRI 
Maintenance. The existing ALT commands as shown in Figure 20-11 reside in 
MAP level “MAPCI;MTC;LNS;ALT” which contains the sublevel hierarchy: 


Description 

Clear CP troubles in specified LCD. 
Post CP troubles in specified LCD. 
Display CP troubles in specified LCD. 


List the modules having the specified alarms (MN, NH, 
CR). 


Display suppressed trouble types. 
Activate suppressed trouble types. 
Stop updating displays. 


Suppress specified trouble types. 


Figure 20-11 Table ALTSCHED commands 


Table ALTSCHED 


LCDCUT 


SDiag 


Diag 


BBT- 


Table ALTSCHED contains scheduled ALT test data tuples. the sublevels 
display information on a defined test, provide control to manually 
activate/deactivate tests and facilitate immediate “on-demand” ALT testing. In 
addition, new tests can be defined and added into table ALTSCHED from the 


sublevels. 


The reference for automatic line testing can be found in the DMS-100 Lines 
Maintenance Guide, 297-1001-594. 
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Each sublevel relates to specific line test type as follows: 

e SDIAG—Short Diagnostic Test 

e Diag—Diagnostic test 

e LIT—Line Insulation test 

e Bal—On-hook balance network. Not supported for ISDN lines. 

e CktTst—MDC (Message Driven Card) circuit test, for example, Data or 


EBS 
e BBT—board to board testing 
e BBTSUPDB 
e LCDCUT 


Table 20-12 lists the supported ALT MAP level commands. 


Table 20-12 ALT MAP level commands 


Command Description 

Quit Quit from the ALT MAP level 

Post Post a test identifier form table ALTSCHED 
ALTInfo Output information about ALT scheduled data 
SDiag Go to ALTSDIAG sublevel of ALT 

Diag Go to ALTDIAG sublevel of ALT 

LIT Go to ALTLIT sublevel of ALT 

Bal Go to ALTBAL sublevel of ALT 

CktTst Go to ALTCKTTST sublevel of ALT 

BBT Go to ALTBBT sublevel of ALT 
BBTSUPDB Go to BBTSUPDB sublevel of ALT 
LCDCUT Go to LCDCUT sublevel of ALT 
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Table 20-13 lists the ALTSDIAG MAP level commands. 


Table 20-13 ALTSDIAG MAP commands 


Command 
Quit 

Post 

start 

Stop 
Remove 
Define 
Submit 
DefMAN 


DefSCHD 


Status 


OVRride 


Description 

Quit from ALTSDIAG 

Post a test identifier from table ALTSCHED 
Activate test identifier to run 

Deactivate test identifier 

Delete data from test identifier 

Define parameters for a test identifier 

Attempts to add a test identifier to ALTSCHED table 
Defines a new test identifier for manual ALT testing 


Allow definition of new test identifier for the same test 
type SDIAG 


Output status information on posted test identifier 


Override scheduled tests. 


Table 20-14 lists the ALTDIAG MAP level commands. 


Table 20-14 ALTDIAG MAP level commands (Sheet 1 of 2) 


Command 
Quit 

Post 

Start 

Stop 
Remove 
Define 
Submit 
DefMAN 


DefSCHD 


Description 

Quit from the ALTSDIAG 

Post a test identifier from table ALTSCHED 
Activate test identifier to run 

Deactivate test identifier 

Delete data from test identifier 

Define parameters for a test identifier 

Attempts to add a test identifier to ALTSCHED table 
Defines a new test identifier for manual ALT testing 


Allow definition of new test identifier for the same test 
types SDIAG 
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Table 20-14 ALTDIAG MAP level commands (Sheet 2 of 2) 


Command Description 


Status Output status information on posted test identifier 


OVRride Override scheduled tests 


Table 20-15 lists the ALTLIT MAP level commands 


Table 20-15 ALTLIT MAP level commands 


Command Description 

Quit Quit from ALTLIT 

Post Post a test identifier from table ALTSCHED 

LITInfo Displays the system default value for the LIT 
parameters 

Start Activate test identifier to run 

Stop Deactivate test identifier 

Remove Delete data from test identifier 

Define Define parameters for a test identifier 

Submit Attempts to add a test identifier to ALTSCHED table 

DefMAN Defines a new test identifier for manual ALT testing 

DefSCHD Allow definition of new test identifier for the same test 
types LIT 

Status Output status information on posted test identifier 

OVRride Override scheduled tests 


Table 20-16 lists the ALTCKTTST MAP level commands. 


Table 20-16 ALTCKTTST MAP level commands (Sheet 1 of 2) 


Command Description 

Quit Quit from ALTCKTTST 

Post Post a test identifier from table ALTSCHED 
Start Activate test identifier to run 

Stop Deactivate test identifier 
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Table 20-16 ALTCKTTST MAP level commands (Sheet 2 of 2) 


Command 
Remove 
Define 
Submit 
DefMAN 


DefSCHD 


Status 


OVRride 


Description 

Delete data from test identifier 

Define parameters for a test identifier 

Attempts to add a test identifier to the ALTSCHED table 
Defines a new test identifier for manual ALT testing 


Allow definition of new test identifier for the same test 
types CKTTST 


Output status information on posted test identifier 


Override scheduled tests 


Table 20-17 lists the ALTBBT MAP level commands. 


Table 20-17 ALTBBT MAP level commands 


Command 
Quit 

Post 

start 

Stop 
Remove 
Define 
Submit 
DefMAN 
DefSCHD 
Status 


OVRride 


Description 

Quit from ALTBBT 

Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 
Not applicable for ISDN lines. 


Not applicable for ISDN lines. 
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Table 20-18 lists the ALTBBTSUPDB level commands 


Table 20-18 ALTBBTSUPDB sublevel commands 


Command Description 

Quit Quit from ALTBBTSUPDB 
Post Not applicable for ISDN lines 
Postin Not applicable for ISDN lines. 
Next Not applicable for ISDN lines. 
GenRep Not applicable for ISDN lines. 
MapDN Not applicable for ISDN lines. 
RunRst Not applicable for ISDN lines. 
Continue Not applicable for ISDN lines. 


Table 20-19 lists the ALTLCDCUT level commands. 


Table 20-19 ALTLCDCUT level commands 


Command Description 

Quit Quit from ALTLCDCUT 

Post Post a BBT TESTID 

Postin Post a single line from a posted TESTID 

Next Display the next line in the posted set 

COrelay Operate the CO relays of the lines in the posted 
TESTID 

HOLDrel Operate/release/query HOLD relays on an LCD 

CutOff Perform CUTOFF with HOLD on an LCD 

AuxPwr Not add/remove/query LCM auxiliary power supply 

CutOver Release CO and HOLD relays on a LCD 

MacCut Define a dummy manual TESTID 


Table LNTHRSH 

Table LNTHRSH stores the alarm status setting for each of the BLM entities 
and the performance monitoring mode. The information stored is for 2B1Q 
loops that do not have default BLM thresholds or alarm reporting data. 
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Fields performance monitoring mode (PMODE) and mp-eoc line unit failure 
(MPLUFAIL) were added in NA008. These two fields are applicable only to 
2B1Q lines. 


Field PMODE contains the data for the PM mode. The PM mode determines 
the type of data being stored in the line units. The two types are segmented 
(SEG) and path (PATH). PATH is the default data mode. 


SEG — Segmented PM occurs when each network facility segment of the 
Basic Rate Access is independently monitored and thresholded in both 
directions of transmission. 


PATH — Path PM occurs when the crc is initially calculated at the source 
terminal (ET/LT or NT 1) of the DSL. When this crc is received by intermediate 
network elements, the crc is forwarded to the next network element in the 
direction of the data flow. The febe bits are set at the LT and NT1 and are 
carried unaltered between them. Performance parameters for the entire path 
are thresholded in the LT and as a customer option in the NT1. Intermediate 
crc monitors in the facility nodes can provide sectionalization information. 


Field MPLUFAIL controls whether or not a LINE 145 mp-eoc failure log 
report is generated when a line unit reports an internal failure (node failure) on 
an individual loop basis. An mp-eoc node failure log report is generated only 
if both the MPLUFAIL field and the OFFICE PARAMETER 
ISDN_MPLU_NODE_FAILURE_ALARM located in table OFCVAR are set 
to ON. The default setting for MPLUFAIL is ON. 


Posting ISDN lines using the POST DK command 

The POST DK command displays a DN appearance on the specified key on an 
ISDN terminal as shown in Figure 20-12. If the DN appearance is active, the 
POST DK command displays the key number of the DN appearance and the 
bearer capability of the call as well as the far-end information. This command 
only applies to ISDN lines. 


Note: The POST DK command requires the presence of 2B FIT/NIT option 
NIOO0050. 


The POST DK command accessed at the LTP MAP level has the following 
parameters: 


POST DK dn_number [<key#>| ‘ALL’ ] 
From the CI level of a MAP type: 


>MAPCI;MTC; LNS; LTP 
>POST DK 5484200 33 
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Figure 20-12 shows the MAP display when the POST DK command is 
entered. 


Figure 20-12 POST DK MAP display 
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10 CktLoc 

11 Hold 

12 Next 
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15 

16 Prefix 
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18 Level_ 
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Time hh : 


AlmStat Bearer capability 
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POST DELQ BUSYQ PREFIX 
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ISDN LOOP HOST 02 0 01 08 5484200 IDL 
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t 
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After the ISDN line is posted using the POST DK command, the line display 
below the control position displays the key number and bearer capability. In 
the example in Table 20-20, the CPE has DN 5484200 assigned to key 33 and 
has a speech call active. The system checks the DN once each second and 
updates the display. Table 20-21 lists the possible bearer capabilities that can 
be displayed. 


Table 20-20 Bearer capability display codes 


Bearer capability Display 
Speech SP 

3.1 kHz audio 3AU 
Circuit mode data, rate adapted to 56 kHz 56C 
Circuit mode data 64 kHz 64C 
Packet data PMD 
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Table 20-21 lists the possible responses to the POST DK command entry. 


Table 20-21 Responses to POST DK command entry at LTP MAP level 


Response 


Option NIO00050 is not enabled 


The DN is not an ISDN DN 


The system responds by 
displaying No Equipment in 
LEN field and NEQ in the Status 
field. 


Incorrect DN Appearance 


CO/AFC DN: The key number 
shown can be different than the 
actual key in use 


What it means 


The user has attempted to use 
the POST DK command but 
has not enabled software 
optionality control (SOC) option 
NI000050. 


The POST DK command was 
issued on a non-ISDN line. This 
command is only valid on ISDN 
lines. 


The posted DN is assigned to 
an LTID which is not mapped to 
a LEN in table LTMAP. 


The specified DN does not 
appear on the specified key. 


When posting a DN 
appearance that has AFC or 
ACO provisioned, the DN 
appearance is a member of a 
group of appearances for the 
DN. The key numbers used for 
the DNs are not necessarily the 
same as the physical keys on 
the ISDN set. This is due to the 
Q.931 message protocol that 
initially refers to the DN without 
any reference key number 
being used. Either the user or 
the ISDN set determines which 
physical key is used for a call, 
and that is never 
communicated to the CM or 
XPM. 


Layer 1 basic line monitoring alarm 
The LIBLMALM (layer 1 basic line monitoring alarm) command sets or 
queries the automatic alarm reporting capability of a posted loop. The 


What to do 


Use a different POST 
command to post the DN 


Either re-enter the command on 
an ISDN line, or use a different 
POST command. 


Map the LTID to a LEN using 
the SLT ATT command before 
posting the DN. 


Enter the POST DK command 
again with the correct key or 
use the ALL option to list all 
keys for the DN. 


Information only 
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LIBLMALM command is only valid for ISDN lines. The LIBLMALM 
command is used to perform the following: 


e loss of signal 


e set and query mp-eoc unit alarm report state for the following BLM 
entities: 


— LOSW-—loss of Sync Word detected by line card or mp-eoc line unit 
— LOSDG—loss of signal with dying gasp 

— TSYNC—loss of t-synch 

— NTM—NT1 is undergoing maintenance 


— PERF—performance monitoring alerts (threshold crossings) for 2B1Q 
line card and mp-eoc line units 


— MPLUFAIL—nodal failure of multipoint mp-eoc line unit 


e query or set mp-eoc performance monitoring mode for all units on an 
ISDN line to either path or segmented 


e inhibit the mp-eoc line unit nodal failure alarm reports using the 
blm_entity parameter, MPLUFAIL 


Note: Office parameter ISDN_MPLU_NODE_FAILURE in table 
OFCVAR controls the reporting of Layer 1 mp-eoc line unit node 
failures on a per office basis. When the parameter is set to OFF, LINE 
145 logs are not generated when an mp-eoc line unit has an internal 
failure (node failure). The LIBLMALM command using the 
BLM_entity, MPLUFAIL, is used to control the state of this office 
parameter. 


Figure 20-13 shows the syntax for the LIBLMALM command that is 
displayed at the MAP display or screen. This display is generated after a BRI 
line is posted at the LTPISDN MAP level and the command 'HELP 
LIBLMALM(' is entered. 


Note: The LIBLMALM command is a non-menu command. 
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THR 


Figure 20-13 HELP L1BLMALM MAP display 


>HELP L1BLMALM 
LIBLMALM - Modify Layer 1 Anomaly Reporting for 
Loop posted in the Control Position of MAP. 
Parms: <action> {QRYALRM, 
SETALRM <BLM_ENTITY> {LOSW, 
LOSDG, 
LOS 
TSYNC, 
NTM, 
PERF, 
MPLUFAIL, 
ALL} 
<REPORT_STATE> {ON, 
OFF}, 
QRYMODE, 
SETMODE <mplu_mode> {SEG< 
PAT 


The THR (threshold) command tests the ability of 2B 1Q line cards and mp-eoc 
line units to detect when their performance monitoring threshold levels are 
crossed. The test crosses both the ES/HR and SES/HR thresholds. The line 
card test sends corrupt cyclic redundancy check (CRC) to increase the PM 
counts beyond the threshold levels. Line unit test values that exceed the 
threshold values are written to the PM registers of the line unit. 


Figure 20-14 shows the syntax for the THR command that is displayed at the 


MAP display or screen. This display is generated after a BRI line is posted at 
the LTPISDN MAP level and the HELP THR command is entered. 


Note: The THR command is a non-menu command. 


Figure 20-14 HELP THR MAP display 


THR - Performs BLM test of BE, ES and SES a 


PARMS : [direction> {NE, 


[<target> {LC, 
MPLU <lu_no|ALL> {1 TO 6, 


ALL} }] 


[<test NT1> {TST}] 


Note: The threshold values for a line are found in tables BLMTHRSH and 
LNTHRSH. 
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The following is an example of a THR test. From CI level of a MAP terminal, 
type: 


>MAPCI;MTC; LNS; LTP; LTPISDN 
>POSTL1201 
>THR 


The result of using the LTPISDN level non-menu THR command displayed on 
the MAP screen is shown in Figure 20-15. 


Figure 20-15 THR MAP display 


>THR 


BLM threshold test may take 2 mins and 14 secs 


Do you wish to continue ? 
Please confirm (“YES”, “Y”, “NO”, or “NO”): 
>Y 


WARNING -Action may affect Packet Data Service 
Do you wish to continue? 

>Y 

BLM Thresholding Test Completed 

Test Time = 88 seconds 


Linecard Clock 1 23:30:02 
Line Card Test Results: 


NE, ES cnt/th 41/40 PASSED SES cnt/th 41/10 PASSED 
FE, ES cnt/th 41/40 PASSED SES cnt/th 41/10 PASSED 


mp-eoc line unit 1 test results: 
NE, ES cnt/th 41/40 FAILED SES cnt/th 11/10 PASSED 
FE, ES cnt/th 41/40 FAILED SES cnt/th 11/10 PASSED 


NE, ES cnt/th 101/100 FAILED SES cnt/th 26/25 PASSED 
FE, ES cnt/th 101/100 FAILED SES cnt/th 26/25 PASSED 


mp-eoc line unit 2 test results: 

NE, ES cnt/th 41/40 FAILED SES cnt/th 11/10 FAILED 
FE, ES cnt/th 41/40 FAILED SES cnt/th 11/10 FAILED 
N 
F 


E, ES cnt/th 101/100 FAILED SES cnt/th 26/25 FAIL 
E, ES cnt/th 101/100 FAILED SES cnt/th 26/25 FAIL 


m 
J J 


DET 
The basic line monitoring (BLM) DET (error detection) command tests Layer 
1 error detection of multipoint embedded operations channel (mp-eoc) line 
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units. It detects both near-end and far-end bit errors. It displays the initial and 
final values of the following types of errors: 


e block errors 


e ES/Hr 

e ES/Day 

e SES/Hr 

e SES/Day 


Figure 20-16 shows the syntax for the DET command that is displayed at the 
MAP display or screen. This display is generated after a BRI line is posted at 
the LTPISDN MAP level and the HELP DET command is entered. 


Note: The DET command is a non-menu command. 


Figure 20-16 HELP DET MAP display 


HELP DET 
ET - Performs BLM detection of BE, ES and SES 
ARMS : [<crctime> {1 TO 3500}] 
[<direction> {NE, 
FE} ] 


u vOVv 


[<target> {LC, 
MPLU <lu_no|ALL> {1 TO 6, 
ALL} }] 


[<test NT1> {TST}] 


Note: When the DET test command is used with the test NT1 parameter, the 
Metallic Test Unit (MTU) is used to perform the test. Both the MTU and the line card 
are located in the DMS switch. Neither the mp-eoc line units nor the actual NT1 are 
part of the test when the test NT1 parameter is used. 


The following is an example of a DET test. From the CI level of a MAP 
terminal, type: 


>MAPCI NODISP;MTC; LNS; LTP; LTPISDN 
>POST L 1 2 0 1 
>DET 


The result of using the LTPISDN level non-menu DET command displayed on 
the MAP screen is shown in Figure 20-17. 


297-2401-201 Standard 07.01 September 2000 


ISDN maintenance 20-45 


Figure 20-17 DET MAP display 


>DET 


WARNING - Action may affect Packet Data Service 
Do you wish to continue ? 


Please confirm (“YES”, “Y”, “NO”, or “NO”): 


>Y 


BLM Detection Test Completed 

Test Time = 30 seconds 

Line Card Detection Results: 
—-BE-- —-ES-- 
C.Hr CHE 

N (0) 

NE 444 

F 

F 


Initial 
Final 
Initial 
Final 


0 


( 
( 
( 
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MPLU 1 Detection Results: 
—-BE-- 
CHF 
0 
430 
0) 
431 


Initial 
Final 
Initial 


N 
N 
F 
Final F] 


( 
( 
( 
( 


Gl Gl Gl GI 
xwr 


MPLU 2 Detection Results: 
—-BE-- 
C.Hr 
(0) 
430 
Initial E (0 
Final 431 


Linecard Clock 1 23:18:56 


Information queries 
Information queries are used to examine the status of lines, cards, or retrieve 
other information. This section deals with information queries of particular 
interest to ISDN BRI users. 


QLAYER 

The QLAYER command is issued to obtain Layer 1, Layer 2, or Layer 3 
performance monitoring information for the posted line. The performance 
monitoring information that is displayed in response to the QLAYER 
command is updated by a system audit. These audits take place once every 
minute. However, the current QLAYER screen display is not updated 
dynamically. But instead requires the entry of a new QLAYER command to 
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see the changes detected by the audit. Mp-eoc line units derive the following 
PM performance information: 


e error counts 
e thresholds 
e mode 


e PM alert status 


Note 1: If the QLAYER command is entered within the same one minute 
audit process interval, the counters will still show the same values even 
though the counters have incremented. These new values will only be shown 
when the one-minute audit process is completed and the QLAYER 
command is re-issued. 


Note 2: The QLAYER command is not supported for ISDN line drawer 
(ILD) lines. 


Table 20-22 defines the error types associated with the error counts for both the 
QLAYER and RLAYER commands. 


Figure 20-18 shows the MAP display generated when the HELP QLAYER 
command is entered when a valid ISDN line is not posted. 


Figure 20-18 MAP display of response to the HELP QLAYER command without 
an ISDN line posted 


>HELP QLAYER 


The QLAYER command queries the Performance Monitoring 
&/or Protocol Abnormality data for the specified layer 
of an ISDN LEN posted in the Control Position of the 
LTPISDN level of the MAP. Layer 1 queries are valid for 
2B1Q LENs and their sub-tending mp-eoc line units only. 
As a default, Layer 1 parameters for the line card and 
all sub-tending line units is queried. Layer 2 and Layer 
3 queries are valid for all ISDN LENs. There is only one 
syntax for the QLAYER command. The QLAYER command is only 
valid for the following terminals: ISDN lines. 

To view a QLAYER command syntax, POST a terminal the 
QLAYER is valid for. 


Figure 20-19 shows the syntax for the QLAYER command that is displayed at 
the MAP. This display is generated after a BRI line is posted at the LTPISDN 
MAP level and the HELP QLAYER command is entered. 
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Figure 20-19 HELP QLAYER MAP display 


| QLAYER - Query the Performance &/or Protocol \ 


Monitoring data for the specified layer(s) of an ISDN 
LEN posted in the Control Position of the MAP. 

Parms: [<layer> {L1 {<mode> {BE, 
HIST, 
BOTH} } 


[<target> {LC, 
MPLU <lu_no/|/ALL> {1 to 6, 
ALL} }], 


Ke FULL} ] J 


From the CI level of a MAP terminal (using 'nodisp' mode) type: 


>MAPCI NODISP;MTC; LNS; LTP; LTPISDN 
>POST L 2 0 1 8;QLAYER 


The result displayed on the MAP screen is shown in Figure 20-20. Figure 
20-21 shows the result displayed on the MAP screen when the QLAYER 
command is issued with the L3 parameter. 


Note: The item Layer 3 Service Disruption Count was added to the 
QLAYER command response display in NA012. 
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Figure 20-20 QLAYER MAP display 


ie >QLAYER 
LEN HOST 02 0 01 08 


---ES NE--- ---SES NE--- ---ES FE--- ---SES FE--- 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy 
0 (0 (0) 0 0 (0) 0 0 
Active Thresholds (NE) and (FE) 
40 100 10 25 40 100 10 25 
Linecard Clock 1 2260302 


Mp-eoc Line Unit 1: 


PM MODE: PATH 


PM COUNTS: 
---ES NE--- ---SES NE--- ---WS FE--- ---SES FE--- 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy 

0 0 0 0 0 1 0 1 
Linecard Clock 2 2272-03218 


Mp-eoc Line Unit 2: 


PM MODE: PATH 


PM COUNTS: 
-—--ES NE--- ---SES NE--- ---WS FE--- ---SES FE--- 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy 

0 0 (0 0 0 2 0 2 
Linecard Clock 2 22:03:34 
Frames received in total ‘ 90814 
Frames received in error i (0 


Frames transmitted in total : 57278 


Frames retransmitted 0 
Percentage error received 0.0% 
Percentage retransmitted 0.0% 
Number of Layer 2 Service Disruptions : 0 
Length of Time Disrupted É 0 minutes. 


Currently Disrupted : NO 


Layer 2 Abnormality Counts: 
ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 


0 0 0 0 0 0 0 0 27947 0 
TEI Abnormality Count : 4 
Layer 2 High Abnormality Count : 27951 
Layer 3 high Abnormality Count : 0 


Layer 3 Service Disruption Count: 0 
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Figure 20-21 Example of MAP display in response to QLAYER L3 command 


>QLAYER L3 


LEN HOST 01 0 00 06 


Layer 3 High Abnormailty Count: 0 


Layer 3 Service Disruption Count: 0 


RLAYER 

The RLAYER (Reset layer) command is used for resetting Layer 1, Layer 2, 
and Layer 3 performance monitoring information for an ISDN line. Multipoint 
embedded operations channel (mp-eoc) line units derive the following PM 
performance information: 


e error counts 
e thresholds 


e mode 
Note: The RLAYER command is not supported for ILD ISDN lines. 


The RLAYER command can be issued from the LTPISDN level after posting 
the desired LEN. The RLAYER command resets the Layer 1, Layer 2, or Layer 
3 data registers for the posted LEN and sub-tending line units. Note that the 
mode of mp-eoc line units is reset to either the default mode (PATH) or the 
mode entered in table LNTHRSH. 


Figure 20-22 shows the MAP display generated when the HELP RLAYER 
command is entered when a valid ISDN line is not posted 


Figure 20-22 MAP display of response to the HELP RLAYER command without 
an ISDN line posted 


>HELP RLAYER 


The RLAYER command resets the Performance Monitoring 

&/or Protocol Abnormality data for the specified layer 

of an ISDN LEN (or set of LENs) posted at the LTPISDN 
level of the MAP. Layer 1 resets are valid for 2B1Q LENs 
and their sub-tending mp-eoc line units only. As a default, 
Layer 1 parameters for the line card and all sub-tending 


line units are reset. Layer 2 and layer 3 resets are valid 
for all ISDN LENs. There is only one syntax for the 

RLAYER command. 
The RLAYER command is only valid for the following 
terminals: ISDN lines. 

To view a RLAYER command syntax, POST a terminal the 
RLAYER command is valid for. 
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Figure 20-23 shows the syntax for the RLAYER command that is displayed at 
the MAP display or screen. This display is generated after a BRI line is posted 
at the LTPISDN MAP level and the HELP RLAYER command is entered. 


Figure 20-23 HELP RLAYER MAP display 


RLAYER — Reset the 


Performance &/or Protocol 


Monitoring data for the specified layer(s) of an ISDN 


LEN posted in the Control Position of the MAP. 


Parms: [<layer> {L1 {<mode> {CUR, 


HIST, 
BOTH} } 


{<target> {LC, 
MPLUS] 


[<all_posted> {ALL}] 


In the example that follows, the 'nodisp' mode was used to display all the 


output on one screen. 


From the CI level of a MAP terminal (using 'nodisp' mode) type: 


>MAPCI NODISP;MTC; LNS; LTP; LTPISDN 


>POST L 2 0 1 8;RLAY 


= 
ER 


The result displayed on the MAP screen is shown in Figure 20-24. Figure 
20-25 shows the result displayed on the MAP screen when the RLAYER 
command is issued with the L3 parameter. 


Note: The item Layer 
RLAYER command re 


3 Service Disruptions Count was added to the 
sponse display in NAO12. 
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Figure 20-24 RLAYER MAP display 


LEN HOST 02 0 01 08 
Linecard: 
---BE NE--- ---BE FE--- 
Cir oP Ht C.Hr P.Hr 
0 0 (0 0 
---ES NE--- ---SES NE--- ---ES FE--- 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy 
(0 0 0 0 0 0 
Active Thresholds (NE) and (FE) 
40 100 10 25 40 100 
---ES NE--- ---SES NE--- ---ES FE--- 
P.Hr P.Dy P.Hr P.Dy TI P.Hr P.Dy 
1 0 (0) Q. -1 0 0 
0 =2 0 
0 =3 (0) 
0 33: (0 
(0) -4 0 
0 -5 0 
(0 -6 0 
0 S 0 
0 -8 0 
Linecard Clock 1 13:20:48 
Mp-eoc Line Unit 1: 
---BE NE--- ---BE FE--- 
C.iHe -PoHr C.Hr P.Hr-== 
0 0 (0) (0 
PM MODE: SEGMENTED 
ALERTS: 
---ES NE--- ---SES NE--- ---ES FE--- 
Co HB C.Dy C.Hr C.Dy C.Hr C.Dy 
OFF OFF OFF OFF OFF OFF 
---ES NE--- ---SES NE--- ---ES FE--- 
C.Hr C.Dy Cur C.Dy C.Hr C.Dy 
0 (0 0 0 0 0 
Threshold Condition: 
---ES NE--- ---SES NE--- ---ES FE--- 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy 
ON ON ON ON ON ON 
Active Thresholds (NE) and (FE) 
40 100 10 25 40 100 
---ES NE--- ---SES NE--- ---ES FE--- 
P.Hr P.Dy P.Hr P.Dy TI P.Hr P.Dy 
(0 0 (0 (0 -1 0 (0) 
(0 -2 
---ES NE--- ---SES NE--- ---ES FE--- 
Po HÉ P.Dy P.Hr P.Dy TI P.Hr P.Dy 
(0) =3 
0 -4 
-continued- 


ISDN maintenance 
---SES FE--- 
C.Hr C.Dy 
0 0 
10 25 
---SES FE--- 
P.Hr P.Dy 
0 0 
-—--SES FE--- 
CHY CDY 
OFF OFF 
---SES FE--- 
CHE C.Dy 
0 0 
---SES FE--- 
C.Hr C.Dy 
ON ON 
10 25 
---SES FE--- 
P.Hr P.Dy 
0 0 
---SES FE--- 
Pie P.Dy 


20-51 
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Figure 20-24 RLAYER MAP display 


Linecard Clock 1 


13:21 


34 


-continued-— 


---ES NE--- ---SES NE--- ==-ES FE===  9==-SES 
P.Hr P.Dy P.Hr PDY Tl. Pte Po Dy P.Hr 
0 =3 
0 -4 
Linecard Clock al £3220334 
Mp-eoc Line Unit 2: 
---BE NE--- ---BE FE--- 
C.Hr P.Hr C.Hr P HASE 
0 0 0 0 
PM MODE: SEGMENTED 
ALERTS: 
---ES NE--- ---SES NE--- ---ES FE--- ---SES 
C.Hr C.Dy C.Hr C.Dy C.Hr C.Dy C.Hr 
OFF OFF OFF OFF OFF OFF OFF 
---ES NE--- ---SES NE--- ---ES FE--- ---SES 
C.Hr C.Dy Cnr C.Dy C.Hr C.Dy C.HE 
0 0 0 0 0 0 0 
Threshold Condition: 
---ES NE--- ---SES NE--- ---ES FE--- ---SES 
C.Hr C.Dy Cor C.Dy C.Hr C.Dy C. Hr 
ON ON ON ON ON ON ON 
Active Thresholds (NE) and (FE) 
40 100 10 25 40 100 10 
---ES NE--- ---SES NE---  ---ES FE--- ---SES 
P.Hr P.Dy P.Hr P.Dy TI P.Hr P.Dy P.Hr 
0 0 0 0 -1 0 0 0 
0 =2 
0 = 
0 -4 
Linecard Clock 1 13:22:20 
Mp-eoc Line Unit 1: 
Current, History PM counters: reset 
Alert settings and PM mode: reset 
PM threshold condition register: not reset 
Mp-eoc Line Unit 1: 
Current, History PM counters: reset 
Alert settings and PM mode: reset 
PM threshold condition register: not reset 
L1 LINE CARD COUNTERS RESET 
Frames received in total 90814 
Frames received in error 0 
Frames transmitted in total 57278 
Frames retransmitted 0 
Percentage error received 0.0% 
Percentage retransmitted 0.0% 


PESS= 
P.Dy 
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Figure 20-24 RLAYER MAP display 


Number of Layer 2 Service Disruptions : 0 
Length of Time Disrupted : 0 minutes. 
Currently Disrupted : NO 


Layer 2 Individual Abnormality Counts: 


ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABNY ABN10 
0 0 0 0 0 0 0 O 27947 0 

TEI Assignment Abnormality Count : 27947 

Layer 2 High Abnormality Count : 55894 


L2 COUNTERS : RESET 


Layer 3 High Abnormality Count : 0 
Layer 3 Service Disruptions Count: 0 


L3 COUNTERS : RESET 
Xe -end- 


Figure 20-25 Example of MAP display in response to RLAYER L3 command 


>RLAYER L3 k 


LEN HOST 01 0 00 06 


Layer 3 High Abnormality Count : 0 
Layer 3 Service Disruptions Count: 0 


L3 COUNTERS : RESET J 


Table 20-22 defines the error types associated with the error counts. 


Table 20-22 QLAYER and RLAYER error count information (Sheet 1 of 2) 


Error number Error description 


1 Disconnect Mode (DM) frames received in response to SABME 
frames 

2 DM frames sent in response to SABME frames 

3 Frames received with unidentified or unimplemented control 
field 

4 Frames received with an information field that is not permitted or 


a supervisory or unnumbered frame with an incorrect length 


5 Frames received with an invalid sequence number 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


20-54 ISDN maintenance 
Table 20-22 QLAYER and RLAYER error count information (Sheet 2 of 2) 
Error number Error description 


6 Frames received with an information field that exceeds the 
established maximum length 


7 Unexpected frames received 

8 Frame Reject (FRMR) frames received 

9 Proper response not RCVD After SABME Frame sent 

10 Other Invalid Frames Received - Non FCS error 
QLOOP 


The QLOOP command can be used to obtain information pertaining to a 
specific ISDN line such as the LTIDs attached to the LEN, directory numbers 
associated with the LTIDs, and TEI assignments. The '***' under the TEI 
column indicates that the TEI is assigned as dynamic. 


From the CI level of a MAP terminal type: 
>MAPCI;MTC;LNS;LTP;LTPISDN;POST L 2 0 1 8;QLOOP 


The result displayed on the MAP screen is shown in Figure 20-26. 
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Figure 20-26 QLOOP MAP display 


ISDN 427 KER INSV 548 4400 

TstSgnl 548 4400 

TEI: 548 4400 
Qloop 548 4400 
Qlayer ISDN 428 3 N/A 548 4405 
Rlayer ISDN 201 *B2* N/A 548 4201 
LD313 

Time 10:05 > 


Note: The *B2* indicates that ISDN 201 is a nailed-up B-channel packet LTID on channel B2. 


CM MS IOD Net PM CCS Lns Trks Ext APPL 
LTPISDN 
0 Quit POST DELQ BUSYQ PREFIX 
2 Post_ LEN HOST 02 0 01 08 
3 LCC PTY RNG STA F S LTA TE RESULT 
4 Termchk ISDN LOOP DN 919 548 4400 IDL 
5 
6 Sustate 
7 BCHCON 
8 Ltloopbk 
9 DCHCon 
10 TEST_ Qloop 
11 Hold LTID TEI RMSG ASSOCIATED DNs 
12 Next 
LS 
14 
15 
16 
Te] 
18 


SUSTATE 


The SUSTATE command is used to take a snapshot of the status of a particular 
line. Status information for the line card, NT1 (U and T sync), and the 
existence of TEIs can be obtained from the results of issuing this command. 
This example uses LEN 2-0-1-8, which has two LTIDs defined. 


The SUSTATE command can be issued from the LTPISDN level of the MAP 
terminal. Type the following from a CI prompt: 


>MAPCI;MTC;LNS;LTP;LTPISDN;POST L 2 0 1 8;SUSTATE 


The result displayed on the MAP screen is shown in Figure 20-27. 
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Figure 20-27 SUSTATE MAP display 


Line Equipment Status 
CO TA LC_Lpbk V_id 
= -= = ODO7 


ES NE/h ES_FE/h ES_NE/d ES_FE/d 
0 0 0 0 


U_syne U_act T_Lpbk P_pwr S_pwr NTM aoe : 
Fo S Bz PEES ; ee - Notes: ('.' indicates active) 


('-" indicates not active) 
T_Syne T_act 


ISDN mp-eoc Status 
Line Unit 1 2 NT1 Notes: (could be 1-6 LUs, ISLC to NT1) 
Status ; B : (.' indicates sync established) 


Note: (mp-eoc Status only appears if ISDN lines have loop 
extenders associated with them, for example ADTRAN and U-BRITE.) 


ISDN TEI Status 

TEI 64 65 

Status D D Notes: (2 TEI existing on line) 
(The 'D' indicates dynamic TEI) 


I Pi 
L2LOGCTL command 

The L2LOGCTL command is a non-menu command used at the LTPISDN 
MAP level. This command, which was added in NA008, allows the user to 
control which ISDN layer 2 abnormality logs are generated and which are 
inhibited. The logs can be controlled on an individual line basis as well as on 
an office-wide basis. This command is only used to set individual line log 
generation parameters. The office-wide parameters are controlled through 
table control. Both the office parameter and the line parameter must be ON for 
a log to be generated for a particular line. This provision can be overridden 
using the particular line’s override parameter. The inclusion of this parameter 
allows the generation of log reports for an individual line instead of for the 


whole office. There are three options for this command: QUERY, SET, and 
SETOVR. 


Note: The L2LOGCTL command is not supported for ILD ISDN lines. 


L2LOGCTL command syntax 
The syntax for the LALOGCTL command is: 


L2LOGCTL QUERY <query_type> {DEF, STATUS} 


L2LOGCTL SET <12logc_entity><12_entity_status> 
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L2LOGCTL SETOVR <12_ovr_state> {ON, OFF} 


In order to use the LZLOGCTL command, a valid ISDN line must be posted 
at the LTPISDN MAP level. 


Figure 20-28 shows the MAP display generated when the HELP L2LOGCTL 
command is entered when a valid ISDN line is not posted. 


Figure 20-28 MAP display of response to the HELP L2LOGCTL command 
without an ISDN line posted 


(sieis L2LOGCTL Y 


This command is used to turn on or off layer 2 log 
control entities for ISDN lines. These entities determine 
whether or not a log is generated when an abnormality is 
reported. This command is issued on a posted ISDN LEN 

at the LTPISDN level of the MAP. 

The L2LOGCTL command is only valid for the following 
terminals: ISDN lines. 

To view a L2LOGCTL command syntax, POST a terminal for 


\ which the L2LOGCTL command is valid. J 


Figure 20-29 shows the MAP display generated when the HELP L2LOGCTL 
command is entered when a valid ISDN line is posted. 
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Figure 20-29 Map display of response to the HELP L2LOGCTL command with 
ISDN line posted 


>HELP L2LOGCTL 

L2LOGCTL - Usd to set the layer 2 log control entities 

for the ISDN line posted in the control position of the 

MAP. 

Parms: [<com_type> {QUERY [<query_type> {DEF, 
STATUS}]}, 


{SET [<12logc_entity> {ALL, 
LAPD, 
TAAI 
TAA2 


WOAATHDUBWND 


WABRAAAAAAASy 


Or 
HO 
(0D) 


NEA PYPrYrrYrrrYrrP 
Pee Bee ee ee 
W 


<12_entity_status {ON, 


SETOVR <12_ovr_state> {ON, 


Figure 20-30 shows the MAP display generated when the LALOGCTL 
QUERY DEF command is entered. 
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Figure 20-30 MAP display of response to the L2ZLOGCTL QUERY DEF 
command with ISDN line posted 


>L2LOGCTL QUERY DEF 


Layer 2 Abnormality Log Entity Definition 
Override: the override bit 

lapd: LAPD protocol 

taal: subscription limits exceeded 


taa2: no terminal response 
taa3: routine test 


taa4: multiple TEI response 

taa5: identify verify message 

taa6: unsolicited response 

taa7: TEI not assigned 

abnl: DM frame rcvd in response to a SABME frame 

abn2: DM frame sent in response to a SABME frame rcvd 

abn3: frames rcvd with undefined control fields 

abn4: frames rcvd with invalid info field or incorrectlength 

abn5: frame rcvd with invalid receive seq num 

abn6: frames rcvd with info field over max length 

abn7: unexpected frames received 

abn8: FRMR frame received 

abn9: proper response not rcvd after N200/N2 SABME frames 
sent 

abn10: other invalid frames received - non FCS error 

lapd16: lapd protocol abnormality on SAPI16 frames 

lapb: lapb protocol abnormality on B-channel packet data 

sdt : service disruption threshold - limit exceeded 


Figure 20-31 shows the MAP display generated when the LALOGCTL 
QUERY STATUS command is entered. 


Figure 20-31 MAP display of response to the L2LOGCTL QUERY STATUS 
command 


OTTER QUERY STATUS 


Loop Layer 2 Abnormality Log Reporting Status: 
Override: OFF 

LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

ON ON OFF ON OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 
ON OFF ON ON ON OFF ON ON OFF OFF 
LAPD16 LAPB 

OFF OFF 


Office Layer 2 Abnormality Log Reporting status: 
LAPD LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

OFF ON ON ON OFF OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 


ON OFF ON OFF ON ON OFF ON OFF OFF 
LAPD16 LAPB 


OFF OFF 
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Figure 20-32 shows the MAP display generated when the LALOGCTL SET 
ABN1 OFF command is entered. 


Figure 20-32 MAP display of response to the L2LOGCTL SET ABN1 OFF 
command 


ieee aes SET ABN1 OFF N 


Loop Layer 2 Abnormality Log Reporting Status: 
Override: OFF 

LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

ON ON OFF ON OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 
ON OFF ON ON ON OFF ON ON OFF OFF 
LAPD16 LAPB SDT 

OFF OFF ON 

Office Layer 2 Abnormality Log Reporting status: 
LAPD LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

OFF ON ON ON OFF OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 
ON OFF ON OFF ON ON OFF ON OFF OFF 
LAPD16 LAPB SDT 

OFF OFF ON 


Figure 20-33 shows the MAP display generated when the L2LOGCTL 
SETOVR ON command is entered. 


Figure 20-33 MAP display of response to the L2LOGCTL SETOVR ON 
command 


{ >L2LOGCTL SETOVR ON \ 


Loop Layer 2 Abnormality Log Reporting Status: 
Override: ON 
LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

ON ON OFF ON OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABNY ABN10 
OFF OFF ON ON ON OFF ON ON OFF OFF 
LAPD16 LAPB 

OFF OFF 


Office Layer 2 Abnormality Log Reporting status: 
LAPD LAPD TAA1 TAA2 TAA3 TAA4 TAA5 TAA6 TAA7 

OFF ON ON ON OFF OFF ON ON OFF 

ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABNY ABN10 
ON OFF ON OFF ON ON OFF ON OFF OFF 


LAPD16 LAPB SDT 
\ OFF OFF OFF J 


L2LOGCTL command usage 
Following are examples of how the command L2LOGCTL can be used to 
block or unblock logs from being generated. In all of the examples, ABN1 is 
used as a sample entity. 
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Turn ON/OFF a single log on an individual line 
Procedure 20-1 and Procedure 20-2 describe the steps to turn on or off a single 
log on an individual line. 


Procedure 20-1 To turn a log OFF 


At the LTPISDN level of the MAP 


1 Post the line with the desired log. 

2 Verify that the log control entities controlling the required protocols, LAPD16 
and LAPB, are set to ON. 

3 Use L2LOGCTL SET ABN1 OFF to turn it OFF. This will inhibit the log. 


Procedure 20-2 There are two methods to turn a log ON: 


At the LTPISDN level of the MAP 
1 The first method is for use when the entity is ON for the office in general. 
e — Post the line with the desired log. 


e Since the entity is ON for the office, use L2ELOGCTL SET ABN1 ON to 
turn the log on for the line. 


Note: This method also assumes that the office and line entities 
controlling LAPD protocols are on. Turning these entities off is 
currently the equivalent of turning all the individual entities off (either 
on an office-wide basis or an individual line basis). This is due to the 
fact that all layer 2 abnormality logs are related to LAPD. However, this 
will not always be the case. In the future, new layer 2 logs that are not 
related to the LAPD log control errors will not be turned off simply 
because either the LAPD log control entity for the line or the LAPD log 
control entity for the office is set to off. 


2 The second method is for use when the entity is OFF for the office in general. 
e — Post the line with the desired log. 
e Use L2LOGCTL SETOVR ON to turn the line’s override bit to ON. 
e Use L2LOGCTL SET ABN1 ON to turn on the log. 


Turn ON/OFF all logs for an individual line 
Procedure 20-3 and Procedure 20-4 describe the steps to turn on or off all the 
individual entities for a line. 


Procedure 20-3 To turn OFF all the individual entities for a line 


At the LTPISDN level of the MAP 


1 Post the line with the desired log. 

2 Verify that the log control entities controlling the required protocols, LAPD16 
and LAPB, are set to ON. 

3 Use L2LOGCTL SET ALL OFF to turn off all the logs. 
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Procedure 20-4 Two ways to turn all the individual entities ON 


At the LTPISDN level of the MAP 
1 When all office log control entities are ON 
e Post the line with the desired logs. 


e Verify that the log control entities controlling the required protocols, 
LAPD16 and LAPB, are set to ON. 


e Use L2LOGCTL SET ALL ON to turn on all the logs. 
2 When any office entity is OFF 
e Post the line with the desired logs. 


e Verify that the log control entities controlling the required protocols, 
LAPD16 and LAPB, are set to ON. 


e Use L2LOGCTL SETOVR ON to turn on the override bit. 
e Use L2LOGCTL SET ALL ON to turn on all the logs. 


Turn ON/OFF a single log for the entire office 
Procedure 20-5 describes the steps to turn off an entity for an office using table 
control. 


Procedure 20-5 To turn an entity for an office OFF 


At the CI level of the MAP 
1 Go to table ISDNVAR. 
2 Set ABN1 to OFF. 


This turns off all logs of that type except for those from lines with both their 
override bit and their ABN] entity set to ON. To turn OFF the ABN1 logs for 
these lines, refer to “Turn ON/OFF a single log on an individual line.” 


Turn ON a single log 
Procedure 20-6 describes the steps to turn ON the logs for lines with their 
ABN 1 entity set to ON using table ISDNVAR. 


Procedure 20-6 To turn the logs ON 


At the CI level of the MAP 
1 Go to table ISDNVAR. 
2 Set ABN1 to ON. 


To turn ON the ABN1 entity set to OFF, refer to “Turn ON/OFF a single log 
on an individual line.” 


Turn ON/OFF all logs for the entire office 
To turn OFF the log entities for the office, set the value for the log entities in 
table ISDNVAR to OFF. This will only turn off the logs for lines that have their 
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override bit set to OFF. Lines with their override bit set to ON will continue to 
have logs generated for all abnormalities for which the line’s corresponding 
log entity is set to ON. 


Note 1: To turn OFF all logs, either all override bits must be set to OFF or 
all the log entities for all lines must be set to OFF. 


To turn ON all log entities, set all layer 2 log control entities in table 
ISDNVAR to ON. However, individual lines with individual entities set to 
OFF will not generate logs for those entities. 


Note 2: A L2LOGCTL SET ALL ON command must be issued before all 
layer 2 logs are truly turned on for all office lines. 


Table Layer 2 abnormality log control 

Table Layer 2 abnormality log control (L2ABNLOG) stores the reporting 
status for layer 2 controllable log reports for individual ISDN lines. Entries 
appear in this table only if they override the office-wide default status set for 
these log reports. The office-wide status for layer 2 abnormality log reports is 
set in office parameters in table ISDNVAR (Integrated Services Digital 
Network Variable). 


Entries in this table are made either by using table editor or the LTPISDN MAP 
level command L2LOGCTL. L2LOGCTL is a non-menu command that is 
used to set the layer 2 abnormality log report status in table LAABNLOG for 
an individual ISDN line posted at the LTPISDN MAP level. 


Table L2ABNLOG is dynamically updated to reflect changes made in the 
status of log reports for individual ISDN lines resulting from the use of the 
L2LOGCTL command. 


Note: For further information on table L2AABNLOG refer to the 
Translations Guide. 


Figure 20-34 shows an example of a tuple entered in to table LAABNLOG as 
a result of using the LALOGCTL command on an ISDN line. 


Figure 20-34 MAP display example for table LAABNLOG 


LEN OVR LAPD TAA1 TAA3 TAA4 TAAS TAA6 TAA7 ABN1 ABN2 ABN3 
ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 LAPD16 LAPB SDT 


HOST 010 00 210FFON ON ON ON ON ON ONOFF ONON 
N N 


ON ON ON ON ON ON ON ON O O 
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Layer 3 service disruption reporting for ISDN BRI switched services 
In NAO12, the Layer 3 Service Disruption feature provides layer 3 abnormality 
reports on a real-time basis. These reports identify signalling conditions that 
cause layer 3 service disruptions. The Nortel Networks DMS-100 ISDN Layer 
3 Service Disruption feature meets with both NI-2 and GR-268-CORE 
requirements. The Layer 3 Service Disruption feature supports each of the 
following: 


e counting ISDN BRI Layer 3 service disruptions 

e logging when layer 3 service disruptions exceed threshold value 

e logging when layer 3 service disruption counter capacity is reached 
e layer 3 service disruption threshold log generation control 


e layer 3 service disruption count access and reset 


Note: The Layer 3 Service Disruption feature is not supported for ILD 
ISDN lines. 


An XPM detects ISDN layer 3 signaling conditions that cause D-channel 
service disruptions on BRI lines and reports these conditions to the CM. These 
reports from the XPM cause the layer 3 service disruption counter in the CM 
to peg. The CM compares the peg count with the value provisioned for layer 3 
service disruption threshold. The CM generates a log report to alert operating 
company personnel when the peg count exceeds the provisioned threshold 
value. The DMS switching system maintains a layer 3 service disruption 
counter for each ISDN BRI line. 


Just one threshold log report generates for an ISDN BRI line in a 60 minute 
interval. Log report ISDN311 generates when the layer 3 service disruption 
counter exceeds the provisioned layer 3 service disruption threshold value. 
Log report ISDN 311 displays the message “LEN has exceeded the Layer 3 
Service Disruption Threshold for Ckt.” The layer 3 service disruption counter 
continues to peg even after the count exceeds the threshold value. However, no 
additional ISDN 311 log reports generate during that 60 minute interval. 


When the counter reaches its maximum capacity it stops incrementing and the 
DMS switching system generates an ISDN 312 log report. ISDN log report 
312 displays the message “Layer 3 Service Disruption counter has reached its 
capacity for Ckt.” 


The DMS switching system automatically resets the layer 3 service disruption 
counters every 60 minutes. Operating company personnel can query and reset 
the layer 3 service disruption counters from a MAP terminal. The Layer 3 
Service Disruption feature modifies MAP commands QLAYER and 
RLAYER. The QLAYER MAP display now includes layer 3 service disruption 
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counts. The layer 3 service disruption counters can be manually reset using the 
RLAYER command. 


Layer 3 service disruption log control 
Layer 3 log control can be operated on a line basis or office-wide basis. The 
DMS switching system supports this functionality for the following line types: 


e 2B1Q-U ISLC 


e S/T-ISLC 
e S/T-RCU 
e RDT ISDN 


The Layer 3 Service Disruption feature adds two new office parameters 


e L3_SVC_DSRPT_CTRL controls the office-wide generation of ISDN 311 
layer 3 service disruption log reports. If the override bit for layer 3 service 
disruption threshold logs is off, the status value set for office parameter 
L3_SVC_DSRPT_CTRL controls the generation of the ISDN311 log 
reports. If the override bit is set to OFF and the status value of office 
parameter L3_SVC_DSRPT_CTRL is set to OFF log report ISDN311 
does not generate for any line in the office. 


e L3_SVC_DSRPT_THLD sets the threshold value for the layer 3 service 
disruptions for circuit switched services. If the count for layer 3 service 
disruptions exceeds the threshold set in parameter 
L3_SVC_DSRPT_THLD, an ISDN 311 log report generates if one of the 
following two conditions is met: 


— log control is set to ON for both office-wide and individual line 
generation of log report ISDN 311 


— the override bit and the individual line generation of log reports are set 
to ON and office parameter L3_SVC_DSRPT_CTRL is set to OFF 


Note: For additional information on office parameters 
L3_SVC_DSRPT_CTRL and L3_SVC_DSRPT_THLD refer to 
chapter “ISDN office parameters” in this document or to the Office 
Parameters Reference Manual, 297-8001-855. 


Operating company personnel can control the generation of layer 3 service 
disruption threshold log reports through use of the L3LOGCTL command. 
The L3LOGCTL command allows operating company personnel to generate 
logs on an individual line basis. The L3LOGCTL command can be used to turn 
the override bit for an individual line on in table L3ABNLOG. This causes the 
generation of layer 3 service disruption log reports for the line which has its 
override bit turned on even if office parameter L3_SVC_DSRPT_THLD is set 
to OFF. Layer 3 log control entity L3SD was added to table L,ABNLOG by 
feature Layer 3 Service Disruption. If both this entity and the override bit for 
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an individual line are set to on layer 3 service disruption log reports generate 
for that individual line. 


A new audit runs at every 60 minute interval. The audit resets the service 
disruption counts and disables the disruption threshold log throttle bool if it is 
set to on. The layer 3 service disruption audit reschedules after every restart. 


L3LOGCTL command description 
The L3LOGCTL command is a non-menu command used at the LTPISDN 
MAP level. This command allows the user to control which ISDN layer 3 
abnormality logs are generated and which are inhibited. The logs can be 
controlled on an individual line basis as well as on an office-wide basis. This 
command is only used to set individual line log generation parameters. The 
office-wide parameters are controlled through table control. Both the office 
parameter and the line parameter must be set to ON for a log to be generated 
for a particular line. This provision can be overridden using the particular 
line’s override parameter. The inclusion of this parameter allows the 
generation of log reports for an individual line instead of for the whole office. 
There are three options for this command: QUERY, SET, and SETOVR. 


Note: The L3LOGCTL command is not supported for ILD ISDN lines. 


L3LOGCTL command syntax 
The syntax for the L3LOGCTL command is: 


L3LOGCTL QUERY <query_type> {DEF, STATUS} 
L3LOGCTL SET <13logc_entity><13_entity_status> 
L3LOGCTL SETOVR <13_ovr_state> {ON, OFF} 


In order to use the L3LOGCTL command, a valid ISDN line must be posted 
at the LTPISDN MAP level. 


Figure 20-35 shows the MAP display generated when the HELP L3LOGCTL 
command is entered when a valid ISDN line is not posted. 
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Figure 20-35 MAP display of response to the HELP L3LOGCTL command 
without an ISDN line posted 


{ >HELP L3LOGCTL \ 


This command is used to turn on or off layer 3 log control 
entities for ISDN lines. These entities determine whether 
or not a log is generated when an abnormality is reported. 
This command is issued on a posted ISDN LEN at the LTPISDN 
level of the MAP. 

The L3LOGCTL command is only valid for the following 
terminals: ISDN lines. 

To view a L3LOGCTL command syntax, POST a terminal for 
ee the L3LOGCTL command is valid. E 


Figure 20-36 shows the MAP display generated when the HELP L3LOGCTL 
command is entered when a valid ISDN line is posted. 


Note: The layer 3 logical entity layer 3 service disruption (L3SD) entity 
was added in NAO12. 
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Figure 20-36 MAP display of response to the HELP ISLOGCTL command with 
ISDN line posted 


>HELP L3LOGCTL 

L3LOGCTL - Used to set the layer 3 log control entities 
for the ISDN line posted in the control position of the 
MAP. 

Parms: [<com_type> {QUERY {<query_type> {DEF, 
STATUS}]}, 


SET <13 logc_entity {ALL, 
Q931 


> 
w 
Z 
= 


DPP a a a a ll a a a 
Pee eae ae oe eee ee 
= 
N 


<13_entity_status> {ON, 
OFF}]}, 

{SETOVR [<13_ovr_state> {ON, 
OFF}]}, 


Figure 20-37 shows the MAP display generated when the L3LOGCTL 
QUERY DEF command is entered when a valid ISDN line is posted. 
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Figure 20-37 MAP display of response to the L3LOGCTL QUERY DEF 
command when an ISDN line is posted 


ee QUERY DEF A 


Layer 3 Abnormality Log Entity Definitions 
Override: the overriding bit 

q931: Q.931 

pkt: Packet 


abn1: DISCONNECT received 

abn2: DISCONNECT transmitted 

abn3: RELEASE received 

abn4: RELEASE transmitted 

abn5: RELEASE COMP received 

abn6: RELEASE COMP transmitted 

abn7: Status message received 

abn8: Status message transmitted 

abn9: Progress message transmitted 

abn10: msg rcvd less than minimum length 
abnil: msg rcvd with invalid protocol discriminator info 
abn12: msg rcvd with invalid call ref value 
abn13: SETUP msg rcvd with cal ref flag incorrectly set to 1 
abn14: Restart request transmitted 

abn15: Restart request received 

abn16: Reset request transmitted 

abn17: Reset request received 

abn18: Clear request transmitted 

abn19: Clear request received 

abn20: Diagnostic packet transmitted 

abn21: Diagnostic packet received 


eee Layer 3 Service Disruption wy 


Figure 20-38 shows the MAP display generated when the L3LOGCTL 
QUERY STATUS command is entered. 
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Figure 20-38 MAP display of response to the L3LOGCTL QUERY STATUS 
command 


>L3LOGCTL QUERY STATUS 


Loop Layer 3 Abnormality Log Reporting Status: 
Override: OFF 

Q931 ABN1 ABN2 ABN3 ABN4 ABNS ABN6 ABN7 

OFF ON ON ON ON OFF ON ON 

ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 
OFF OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON OFF ON OFF ON 


Office Layer 3 Abnormality Log Reporting Status: 


Q931 ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 

OFF ON ON ON ON OFF ON ON 

ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 
OFF OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON OFF ON OFF ON 


Figure 20-39 shows the MAP display generated when the L3LOGCTL SET 
ABN2 OFF Command is entered. 


Figure 20-39 MAP display of response to the L3LOGCTL SET ABN2 OFF 
command 


>L3LOGCTL SET ABN2 OFF 


Loop Layer 3 Abnormality Log Reporting Status: 
Override: OFF 

Q931 ABN1 ABN2 ABN3 ABN4 ABNS ABN6 ABN7 

ON ON OFF ON OFF ON ON OFF 

ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 


OFF OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON ON ON OFF ON 


Office Layer 3 Abnormality Log Reporting Status: 
Q931 ABN1 ABN2 ABN3 ABN4 ABNS ABN6 ABN7 

ON ON OFF ON OFF ON ON OFF 

ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 


OFE OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON ON ON OFF ON 


Figure 20-40 shows the MAP display generated when the L3LOGCTL 
SETOVR ON command is entered. 
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Figure 20-40 MAP display of response to the L3LOGCTL SETOVR ON 
command 


>L3LOGCTL SETOVR ON N 


Loop Layer 3 Abnormality Log Reporting Status: 
Override: ON 
Q931 ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 
ON ON OFF ON OFF ON ON OFF 
ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 


OFE OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON ON ON OFF ON 


Office Layer 3 Abnormality Log Reporting Status: 
Q931 ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 

ON ON OFF ON OFF ON ON OFF 

ABN8 ABN9 ABN10 ABN11 ABN12 ABN13 PKT ABN14 


OFF OFF OFF ON ON OFF OFF ON 
ABN15 ABN16 ABN17 ABN18 ABN19 ABN20 ABN21 L3SD 
OFF ON OFF ON ON ON OFF ON z 


L3LOGCTL command usage 


Following are examples of how the command L3LOGCTL can be used to 
block or unblock logs from being generated. In all of the examples, ABN1 is 
used as a sample entity. 


Turn ON/OFF a single log on an individual line 
Procedure 20-7 and Procedure 20-8 describe the steps to turn on or off a single 
log for an individual line. 


Procedure 20-7 To turn a log OFF 


At the LTPISDN level of the MAP 


1 Post the line with the desired log. 

2 Use L3LOGCTL SET PKT ON to set the PKT log control to ON. Otherwise, 
even if ABN1 is set to ON, ABN1 logs are not generated. 

3 Use LOGCTL SET ABN1 OFF to turn it OFF. This will inhibit the log. 


Procedure 20-8 Two methods to turn a log ON 


At the LTPISDN level of the MAP 

1 The first method is for use when the entity is ON for the office in general. 
e Post the line with the desired log. 
e Verify that the log control entity PKT is ON. 


e Since the entity is ON for the office, use L2ELOGCTL SET ABN1 ON to 
turn the log ON for the line. 


Note: This method also assumes that the office and line entities 
controlling Q.931 protocols are on. Turning these entities off is 
currently the equivalent of turning all the individual entities off (either 
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on an office-wide basis or on an individual line basis). This is due to 
the fact that all layer 3 abnormality logs are related to Q.931. However, 
this will not always be the case. If future logs for layer 3 are not related 
to Q.931 protocol errors, then they will not be turned off simply 
because either the Q.931 log control entity for the line or the Q.931 log 
control entity for the office is off. 
2 The second method is for use when the entity is OFF for the office in general. 

e Post the line with the desired log. 

e Verify that the log control entity PKT is ON. 

e Use L3LOGCTL SETOVR ON to turn the line’s override bit to ON. 


e Use L3LOGCTL SET ABN1 ON to turn on the log. 


Turn ON/OFF all logs for an individual line 
Procedure 20-9 and Procedure 20-10 describe the steps to turn on or off all the 
individual entities for a line. 


Procedure 20-9 To turn all the individual entities for a line OFF 


At the LTPISDN level of the MAP 
1 When all office log control entities are ON. 
e — Post the line with the desired log. 
e Verify that the log control entity PKT is ON. 
e Use L3LOGCTL SET ALL ON to turn on all the logs. 
2 If any of the office entities are OFF, then the line’s override bit is used. 
3 Use L8LOGCTL SET ALL OFF to turn off all the logs. 
e Post the line with the desired log. 
e Verify that the log control entity PKT is ON. 
e Use L3LOGCTL SETOVR to turn ON the override bit. 


Turn ON a single log 
Procedure 20-10 describes the steps to turn ON the logs for lines with their 
ABNI1 entity set to ON using the log control entity in table ISDNVAR. 


Procedure 20-10 To Turn the logs ON 


At the CI level of the MAAP 
1 Go to table ISDNVAR 
2 Set ABN1 to ON. 


To turn ON the ABN1 entity set to OFF, refer to “Turn ON/OFF a single log 
on an individual line.” 


Turn ON/OFF all logs for the entire office 
To turn OFF the log entities for the office, set the value for the log entities in 
table ISDNVAR to OFF. This will only turn off the logs for lines that have their 
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override bit set to OFF. Lines with their override bit set to ON will continue to 
have logs generated for all abnormalities for which the line’s corresponding 
log entity is set to ON. 


Note 1: To turn OFF all logs, either all override bits must be set to OFF or 
all the log entities for all lines must be set to OFF. 


To turn ON all log entities, set all layer 3 log control entities in table 
ISDNVAR to ON. However, individual lines with individual entities set to 
OFF will not generate logs for those entities. 


Note 2: A L3LOGCTL SET ALL ON command must be issued before all 
layer 3 logs are truly turned on for all office lines. 


Table Layer 3 abnormality log control 
Table Layer 3 abnormality log control (L3ABNLOG) stores the reporting 
status for layer 3 controllable log reports for individual ISDN lines. Entries 
appear in this table only if they override the office-wide default status set for 
these log reports. The office-wide status for layer 3 abnormality log reports is 
set in office parameters in table ISDNVAR. 


Entries in this table are made either by using table editor or the LTPISDN MAP 
level command L3LOGCTL. L3LOGCTL is a non-menu command that is 
used to set the layer 3 abnormality log report status in table L,ABNLOG for 
an individual ISDN line posted at the LTPISDN MAP level. 


Table L3ABNLOG is dynamically updated to reflect changes made in the 
status of log reports for individual ISDN lines resulting from the use of the 
L3LOGCTL command. 


Note 1: For further information on table L,ABNLOG refer to the 
Translations Guide, 297-8001-350. 

Note 2: Field layer 3 service disruption log control (L3SD) was added to 
table L,ABNLOG in NAO12. 


Figure 20-41 shows an example of a tuple entered in to table L,ABNLOG as 
a result of using the L3LOGCTL command on an ISDN line. 


Figure 20-41 MAP display example for table LSABNLOG 


LEN OVR Q931 ABN1 ABN2 ABN3 ABN4 ABN5 ABN6 ABN7 ABN8 ABN9 ABN10 
ABN11 ABN12 ABN13 ABN14 ABN15 ABN16 ABN17 LAPD18 ABN19 ABN20 ABN21 PKT L3SD 


HOST 010 1 00OFFOFF ON ON ON ON ON ON ON ON ON OFF ON 
ON ON ON ON ON ON ON ON OFF OFF ON OFF 
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ISPGAUD command description 
The use of the ISPGAUD command was expanded in NA008 to include layer 
3 checking. This command causes an ISDN layer 2 and 3 audit to be run. This 
audit is in addition to the 24-hour audit that is run. The audit checks all the 
ISDN lines and reports that have exceeded the layer 2 or layer 3 high 
abnormality rate thresholds. A summary ISDN 201 log reports the total 
number of LENs exceeding the layer 2 threshold and the total number of LENs 
exceeding the layer 3 threshold. An ISDN 203 log reports the lines that 
exceeded the layer 2 high abnormality rate threshold and an ISDN 204 log 
reports the lines that exceeded the layer 3 high abnormality rate threshold. 
Each ISDN 204 log contains reports on up to ten LENs. If there are more than 
ten LENs included in the audit, two ISDN 204 logs are generated. 


Note: The ISPGAUD is a non-resident command. 


ISPGAUD command syntax 
The syntax for the ISPGAUD command is: 


ISPGAUD <node> 


Figure 20-42 shows the MAP display generated when the ISPGAUD ALL 
command is entered. 


Figure 20-42 MAP display of response to the ISPGAUD ALL command 


a >ISPGAUD ALL N 


Command started for all nodes 

Resulting counts are: 

Number of transmission reports si: 
Number of abnormality reports :2 
Total received frames :83476 
Total received errored frames :0 
Total transmitted frames +122532 
Total retransmitted frames :531 
First unacked/unlogged/next entry $3: 33 


Figure 20-43 shows the MAP display generated when the ISPGAUD NODE 0 
command is entered. 
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Figure 20-43 MAP display of response to the ISPGAUD NODE 0 command 


x 


>ISPGAUD NODE 0 


Command started for node number 0. 

Only layer 2 counts will be displayed. 

Cannot obtain layer 3 counts on a per node basis. 
Use Ispgaud all command to obtain total 

layer 2 and layer 3 counts for the office. 


Command started for node number 0. 
Resulting counts are: 

Number of transmission reports 
Number of abnormality reports 
Total received frames 

Total received errored frames 
Total transmitted frames 

Total retransmitted frames 

First unacked/unlogged/next entry 


TO OO O TEO 


y 


TEI CHECK 
One method of verifying that a subscriber's CPE has established a TEI with the 
DMS-100 switch is by using the TEI CHECK command. This command is 
issued from the LTPISDN level of the MAP terminal. Performing a TEI 
CHECK will cause the switch to send a TEI Management ID Request message 
to the subscriber's ISDN CPE. 


If the CPE is properly configured at the subscriber site and within switch 
datafill, the CPE will respond with a TEI Management ID response messages 
containing the valid TEIs values as assigned by the DMS switch. The 
establishment of the TEIs is important because it is the first step in obtaining a 
layer 2 data link, and is an indicator that the switch is communicating with the 
customer's CPE. This example uses LEN 2-0-1-8, which has two LTIDs 
defined. 


From the CI level of a MAP terminal type: 


>MAPCI;MTC; LNS; LTP; LTPISDN 
>POST L 2 0 1 8;TEI CHECK 


The result displayed on the MAP screen is shown in Figure 20-44. 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


20-76 ISDN maintenance 


Figure 20-44 TEI CHECK MAP display 


ee MS IOD Net PM CCS Lns Trks Ext APPL 
LTPISDN 
0 Quit POST DELQ BUSYQ PREFIX 
2 Post_ 
3 LCC PTY RNG ..... LEN G a na tare DN STA F S 
LTA TE RESULT 
4 Termchk ISDN LOOP HOST 02 0 01 08 548 4200 IDL 


5 
6 Sustate 
7 
8 


BCHCON 
Ltloopbk 
9 DCHCon 
10 TEST_ tei check 
11 Hold ISDN TEI Status 
12 Next TEI 69 70 (2 dynamic TEIs established) 
13 Status D D (The 'D' indicates dynamic) 
14 TstSgnl TEI mgmt request passed 
15 TEI_ 
16 Qloop 
17 Qlayer 
18 Rlayer 


Time 10:30 > 


a 


TERMCHK 
The TERMCHK Line Test Position ISDN (LTPISDN) MAP command 
provides information describing the states of both packet and circuit-switched 
terminals on an ISDN interface. Specifically, TERMCHK provides 
information regarding the terminal states and reasons for initialization failures 
on Basic Rate Access Functional (BRAFS) ISDN terminals. The execution of 
the command requires no other parameters. The only requirement is to have a 
valid ISDN LEN posted. See Figure 20-45 for an example of the TERMCHK 
command response. 
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Figure 20-45 Example of TERMCHK response on integrated NI-2 ISDN terminal 


>TERMCHK 
LEN HOST 01 1 14 26 
Circuit Switched Services: 


TEI: 64 LTID: ISDN 200 
Service: Circuit Switched Protocol Status: 3 
DN: 873-2450 KEY: 1 


DMS TSPID: 123456789012345678 
CPE SPID: 12345678901234567800 AUTO SPID ATTEMPTED: 


L3 Init result: Initialized 


Packet Switched Services: 


TEI: DYN LTID: ISDN 200 
Service: LAPD Packet Switched Protocol Status: 2 


DN: 873-2450 KEY: 25 


Unussed Logical Terminal Profiles: 


w Unused ISDN Logical Terminals have been detected. 


Table 20-23 lists the TERMCHK response lines and their meanings. 


Table 20-23 TERMCHK response descriptions for circuit-switched services 
(Sheet 1 of 2) 


Line Description 

1 provides an association between the physical terminals TEI and the 
provisioned logical terminal 

2 provides the service type circuit-switched service. The range is 
circuit, LAPB packet, or LAPD packet-switched. The protocol layer is 
--, 2, or 3. 

3 provides the DN of the service and the key where the DN is located 

4 provides the provisioned TSPID for circuit-switched service terminals 
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Table 20-23 TERMCHK response descriptions for circuit-switched services 


(Sheet 2 of 2) 
Line Description 
5 provides the CPE SPID AND TID for FITs failing to initialize 
6 provides the layer 3 initialization result for terminals with 
circuit-switched service 


If a problem occurs during the attempt to query the status of the associated 
packet service, the DMSPH Query Status is displayed. The Query Status is 
intended to give greater detail as to why the packet service data could not be 
queried. Table 20-24 shows the DMSPH query status information that is 
displayed. 


Table 20-24 DMSPH query failure status range 


DMSPH packet failure 

return code Hex representation User display output 

XLIU_ERROR 1 Query failed-XLIU in invalid 
state 

MSG_ERROR 2 Query failed-Resources 
unavailable 

TIMEOUT 3 Query failed-XLIU message 
time-out 

UNMAPPED_LTID 4 Query failed-Provisioning 
error 


Table 20-25 TERMCHK response descriptions for packet-switched services 
(Sheet 1 of 2) 


Line Description 


1 provides an association between the physical terminals TEI and the 
provisioned logical terminal 


2 provides the service type of packet service. The range is circuit, LAPB 
packet, or LAPD packet-switched service. The protocol layer status is 
__,2,or3. 
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Table 20-25 TERMCHK response descriptions for packet-switched services 
(Sheet 2 of 2) 


Line Description 

3 provides the DN of the packet service and the key where the DN is 
located 

4 provides the DMSPH query status. This line is only displayed if an 


error occurred during the data retrieval of terminal data from the 
DMSPH. The range of potential failure reasons is provided in Table 
20-24. 


Call processing messaging 
Figure 20-46 depicts the message flow of an typical outbound call from an 
ISDN telephone to the DMS-100 switch. This messaging is performed 
out-of-band, meaning the D-channel. The D-channel is used for call setup, 
supplemental feature activation/deactivation, and call tear down. After the call 
is set up and a B-channel is identified for use, the voice or data connection is 
delivered on the selected B-channel. 
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Figure 20-46 Call processing flow 


Customer 
DMS - 100 equipment 


On the MAP screen is shown 
Setup acknowlegement 
Info message - key pad 


Info message - tones off 


Info message - key pad 


Info message - key pad 


Info message - key pad 
Call proceeding 

Alerting - ringback tone on 
Connect 


Connnect acknowledge 


Disconnect - normal 


Release 


Release complete 


The following information is a Layer 3 (Q.931) protocol trace of the 
information in Figure 20-46. As seen in the trace, a message is comprised of 
mandatory and optional information elements (IE) that contain fields of 
information relevant to the state of the call. The left side of the trace represents 
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messages from the DMS-100 switch. The right side is the ISDN CPE. Refer to 


Table 20-26. 


Table 20-26 Q.931 protocol (Sheet 1 of 7) 


DMS switch 


Port B 07:34:53 289 160 


C SAPI= 0 (CCP) TEl= 71 
| 23 44 
Q921:02 8F 04 06 


ISDN CPE 

C SAPI= 0 (CCP) TEI = 71 

| 2 2 23 

Q921:00 8F 04 04 

PD= 08 UCC Ref= O 01 

M 05 SETUP 

| 04 Bearer Capability Len=3 

80 Coding standard CCITT 
Transfer capability Speech 

90 Transfer mode Circuit 
Transfer rate64 kbits/s 

A2 Layer 1 protocol G.711 u-law 
| 6C Calling party Num Len=12 
21 Type National 

Numbering plan ISDN/Telephony 
80 Screening Indicator (00) 
Presentation Indicator Presentation allowed 
Address digits 9195484200 
Signal Missing 


Q931:08 01 01 05 04 03 80 90 A2 6C 0C 21 80 
39 31 39 35 34 38 34 32 30 30 


Port B 07:34:53 560 400 
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Table 20-26 Q.931 protocol (Sheet 2 of 7) 

DMS switch ISDN CPE 
PD=08 UCC Ref=D 01 

MOD SETUP ACKnowledge 

118 Channel Identification Len=1 

89 Interface Implicitly identified 

Interface type Basic 

IndicateD-channel exclusive Yes 


Channel indicator Not D-Channel 


Channel selection B1 
11E Progress indicator Len=2 
82 Coding standard CCITT 


Location Local public 

88 Progress description 

DMS Switch ISDN CPE 

In-band info available 

134 Signal Len=1 

00 Dial tone on 

Q931:08 01 81 OD 18 01 89 1E 02 82 88 34 

01 00 

Port B 07:34:55 484 720 C SAPI= 0 (CCP) TEl= 71 
1 337 
Q921:00 8F 06 06 
PD=08 UCC Ref=O 01 
M 7B INFOrmation 
| 2C Keypad Len=1 
7 
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Table 20-26 Q.931 protocol (Sheet 3 of 7) 


DMS switch 


Q931:08 01 01 7B 2C 01 37 


C SAPI= 0 (CCP) TEl= 71 
| 34 7 

Q921:02 8F 06 08 

PD=08 UCC Ref=D 01 
M7B INFOrmation 

| 34 SignalLen=1 

3F Tones off 


Q931:08 01 81 7B 34 01 3F 


Port B 07:34:55 879 040 


Port B 07:34:56 100 920 


| 2C Keypad Len=1 


Q931:08 01 01 7B 2C 01 35 


ISDN maintenance 20-83 


ISDN CPE 


Port B 07:34:55 560 400 


C SAPI= 0 (CCP) TEl= 71 

44 7 

Q921:00 8F 08 08 PD=08 UCC Ref=O 01 
M 7B INFOrmation 

| 2C Keypad Len=1 

5 

Q931:08 01 01 7B 2C 01 35 


C SAPI= 0 (CCP) TEl= 71 
| 54 7 
Q921:00 8F 0A 08 PD=08 UCC Ref=0 01 


M 7B INFOrmation 


5 
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Table 20-26 Q.931 protocol (Sheet 4 of 7) 


DMS switch ISDN CPE 
Port B 07:34:56 734 220 C SAPI= 0 (CCP) TEl= 71 
164 7 


M 7B INFOrmation 
| 2C Keypad Len=1 
0 
Q931:08 01 01 7B 2C 01 30 
C SAPI= 0 (CCP) TEl= 71 Port B 07:34:56 920 040 
147 26 
Q921:02 8F 08 0E 
PD=08 UCC Ref=D 01 
M 02 CALL PROCeeding 
1+95 Shift Locking Codeset=5 
1+2A UnknownLen=19 
808804373535308001 108001 148001 14 
800114 
Q931:08 01 81 02 95 2A 13 80 88 04 37 35 
35 30 80 01 10 80 01 14 80 01 14 80 


01 14 
C SAPI= 0 (CCP) TEl= 71 Port B 07:34:56 953 040 
1 5 7 11 


Q921:02 8F 0A 0E 
PD=08 UCC Ref=D 01 
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Table 20-26 Q.931 protocol (Sheet 5 of 7) 
DMS switch ISDN CPE 
M 01 ALERTing 
| 1E Progress indicator Len=2 
82 Coding standard CCITT 
Location Local public 
88 Progress description 
In-band info available 
| 34 SignalLen=1 
01 Ring back tone on 
Q931:08 01 81 01 1E 02 82 88 34 01 01 
C SAPI= 0 (CCP) TEl= 71 Port B 07:35:00 557 600 
| 67 7 
Q921:02 8F 0C OE 
PD=08 UCC Ref=D 01 


M 07 CONNect 
| 34 SignalLen=1 
3F Tones off 
Q931:08 01 81 07 34 01 3F 
Port B 07:35:00 631 040 C SAPI= 0 (CCP) TEl= 71 
DMS Switch ISDN CPE 
1 77 4 


Q921:00 8F 0E 0E PD=08 UCC Ref=O 01 
M OF CONNect ACKnowledge 
Q931:08 01 01 OF 
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Table 20-26 Q.931 protocol (Sheet 6 of 7) 
DMS switch 

C SAPI= 0 (CCP) TEl= 71 

| 8 8 8 

Q921:02 8F 10 10 

PD=08 UCC Ref=D 01 

M 45 DIiSConnect 

| 08 Cause Len=2 

82 Coding standard CCITT 
Location Local public 

90 Cause value 16 
Normal call clearing 
Diagnostics None 

Cause value 16 


Q931:08 01 81 45 08 02 82 90 


Port B 07:45:01 938 720 


C SAPI= 0 (CCP) TEl= 71 
1 99 4 

Q921:02 8F 12 12 
PD=08 UCC Ref=D 01 


ISDN CPE 
Port B 07:45:01 858 100 


C SAPI= 0 (CCP) TEl= 71 

| 89 4 

Q921:00 8F 10 12 PD=08 UCC Ref=O 01 
M 4D RELease 

Q931:08 01 01 4D 


Port B 07:45:02 005 660 
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Table 20-26 Q.931 protocol (Sheet 7 of 7) 
DMS switch ISDN CPE 


M 5A RELease COMplete 


Q931:08 01 81 5A 


QCOUNTS 
QCOUNTS is a CI level query command. It is used to determine on an LTID 
or trunk basis virtual call attempts and protocol counts. This command sends 
a request to the XLIU to which the XSG is mapped and displays protocol and 
protocol abnormality counts information to the user. The information 
displayed includes link level counts, packet level counts, link level protocol 
abnormality counts and packet level protocol abnormality counts. The 
QCOUNTS command is used to query and reset protocol and protocol 
abnormality counts for open systems interconnection (OSI) levels 1, 2, and 3 
of the X.25 and X.75 protocol. 


Note: The QCOUNTS command does not support FCS errors for LAPD. 
The corresponding counters are set to zero. 


In the NAO14 software release, the parameter logical channel number (LCN) 
was added to the QCOUNTS command by the Communication Assistance for 
Law Enforcement Act—Packet Provisioning, Intercept and Delivery feature 
(59018020). This parameter was added in response to the 1994 
Communication Assistance for Law Enforcement Act (CALEA), public law 
103-404. This law requires that telephone switch manufacturers assist law 
enforcement agencies in the lawful electronic surveillance of traffic over the 
network. The addition of the LCN parameter makes the DMS switching 
system compliant with CALEA technical standard J-STD-025. The US 
Network Broadcast Delivery (USNBD) feature makes the DMS compliant 
with the CALEA regulations. 


The LCN parameter is designed to accept the entry of Law Enforcement 
Agency (LEA) logical terminal identifiers (LTID) and LCNs. Using the LTID 
option with an LEA LTID and LCN allows the user to obtain operational 
measurement (OM) information for the corresponding permanent virtual 
circuit (PVC) connection and virtual link. This applies to cases where the 
PVC, virtual link, and LEA DN are all in the same switching system. Using 
the CLLI option with the CLLI member number and the LCN of the LEA end 
allows the collection of OM information in cases where the LEA DN is located 
in a different switching system. 


Note: If the user enters an non-LEA LTID or CLLI with the QCOUNT 
command LCN option, the following error message displays: 
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ERROR: QCOUNTS DISPLAY WITH LCN IS VALID FOR VIRTUAL 
LINKS ONLY 


QCOUNTS command syntax 
The syntax of the QCOUNT command is as follows: 


<selection> {LTID<Itgrp> STRING 
<Itnum> {1 to 1022} 
<count level> {LINK, 
PACKET, 
ALL, 
LCN <lcn number> {0 to 2048}}, 
CLLIx<clli> STRING 
<extrknm> {0 to 9999} 
<count level> {LINK, 
PACKET, 
ALL, 
LCN <lIcn number> {0 to 2048} } 
XSG <xsg number> {0 to 749} 
<xsg level> {BRD, 
CHNL <chnl number> {1 to 31} 
OVLD}} 
[<reset> {RESET, 
RESETNODISP}] 


Figure 20-47 shows the MAP display of the link level (layer 2) counts obtained 
by using the QCOUNTS LTID LINK command on LTID PKT 3. 
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Figure 20-47 MAP display of layer 2 protocol and abnormality counts obtained 
using QCOUNTS LTID LINK command on LTID PKT 3 


ET LTID PKT 3 LINK N 


LAYER 2 PROTOCOL AND ABNORMALITY COUNTS 


Frames Received: 
T:s 0 RR: 0 RNR: 0 SABME: 0 
DM: 0 DISC 0 UA: 0 FRMR: (0) 


Frames Transmitted: 
Ts 0 RR: 0 RNR: 0 SABME: 1192 
DM: 0 DISC: 0 UA: 2 FRMR: (0) 


Rejects Received: 0 Rejects Transmitted: 0 


MANAGEMENT DATA LINK ERRORS: 


Unsolicited Supervisory Response 

Peer Re-establishment (SABME) 

Unsolicited DM Response (F set) 

Unsolicited DM Response (F clear) 

Unsolicited UA Response (F set) : 0 
Unsolicited UA Response (F clear): 

Unsuccessful Re-transmission (SABME) : 29 
Unsuccessful Re-transmission (STATUS) 

Receipt of FRMR Response 

Receipt of Unimplemented Frame 

Receipt of Information Field not Permitted 

Receipt of Wrong Size Frame 

N201 Error: 

N (r) Error 

Total Frames Received 

Total Frames Received in error 

Percentage Frames Received in error : 0.0% 
Total Frames Transmitted : 1192 
Total Frames Re-Transmitted : 894 
Percentage Frames Re-Transmitted : 75.0% 
Total Layer 2 Service Disruptions : 0 

Layer 2 Individual Protocol Abnormality Counts 

ABN1 ABN2 ABN3 ABN4 ABN5 


FOO 


OGOOGO AO 


Total Layer 2 High Protocol Abnormalities : 0 
Counts last reset : 1999/2/1 00:32:53 


MY 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


20-90 


ISDN maintenance 


Under certain conditions, the Unsuccessful Re-transmission (SABME) 
counter will be pegged the same as the ABN9 counter. However, under normal 
conditions these two counters are pegged separately. The SABME counter 
pegs Management Data Link (MDL) errors and the ABN9 counter pegs Layer 
2 packet protocol abnormalities. The ABN9 counter pegs only if the log 
control boolean for pegging ABN9 protocol abnormalities for the link in 
question is set. This results in the generation of ISDN 307 logs. If the log 
control boolean for the ABN9 counter is not set this counter is not pegged and 
ISDN 307 logs are not generated. The Unsuccessful Re-transmission 
(SABME) counter always pegs, since this counter is used for MDL purposes. 


Under certain conditions, the N (r) counter will be pegged the same as the 
ABNS counter. However, under normal conditions these two counters are 
pegged separately. The N (r) counter pegs Management Data Link (MDL) 
errors and the ABN5 counter pegs Layer 2 packet protocol abnormalities. The 
ABNS counter pegs only if the log control boolean for pegging ABN5 protocol 
abnormalities for the link in question is set. This results in the generation of 
ISDN 307 logs. If the log control boolean for the ABN5 counter is not set this 
counter is not pegged and ISDN 307 logs are not generated.The N (r) counter 
always pegs, since this counter is used for MDL purposes. 


Table 20-27 lists Packet layer 2 individual abnormality count names and their 
descriptions. 


Table 20-27 Packet layer 2 individual abnormality count names 


ABN ABN 

name Description name Description 

ABN1 DM received in response to ABN6 Frames received with information field too 
SABME long 

ABN2 DM sent in response to SABME ABN7 Unexpected frames received 

ABN3 Frames with bad control field ABN8 FRMR frames received 

ABN4 Received frames with bad ABN9 Proper response not received after 
information field N200/N2 SABME 

ABN5 Received frames with bad ABN10 Other invalid frames received — non-FCS 
sequence number error 


Figure 20-48 shows the MAP display of the link level counts obtained by using 
the QCOUNTS LTID PACKET command on LTID CGP 201. 
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Figure 20-48 MAP display of the packet level counts output resulting from 
using QCOUNTS LTID PACKET command on LTID CGP 201 


>QCOUNTS LTID CGP 201 PACKET A 


LAYER 3 PROTOCOL COUNTS 


Packets Received 


MEy: PVCS 0 RR : QO RNR: (0 Data : 0 
Packets Transmitted: 

VC, PVC : 0 RR : QO RNR: 0 Data : 0 
Virtual Call Attempts 

Setup : 0 Originating : 0 Terminating : 0 
Unsuccessful Virtual Call Attempts: 

Blocking : 0 Denied : 0 

Clearing : 0 Overload : 0 


LAYER 3 PROTOCOL ABNORMALITY COUNTS 


Restart Packets 


Sent : 0 Received : 0 
Reset Packets 

Sent : 0 Received : 0 
Clear Packets 

Sent : (0 Received : 0 
Diagnostic Packets : Received : 0 


LAYER 3 SERVICE DISRUPTION COUNTS 


Reset Packets Transmitted : (0) 
Clear Packets Transmitted : 0 


LAYER 3 OVERLOAD COUNTS 


Dynamic Window Congestion 


local : 0 Remote : 0 
Packets dropped due to Layer 3 congestion 

Link : 0 VG: 0 
Packets dropped due to 

Layer 2 : 0 RNR : 0 
Total Layer 3 Service Disruptions : 0 
Total Layer 3 High Protocol Abnormalities : 0 


Counts last reset : 1998/05/20 02:07:35 
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An explanation of the output follows in Table 20-28 and Table 20-29. 


Table 20-28 Layer 3 protocol counts 


Function Action 
Packets received: NA 
Packets transmitted: NA 
Virtual call attempts Setup 
Orig 
Term 


Unsuccessful virtual call Blocking 
attempts 


Denied 


Clearing 


Overload 


Description 


The number of packets received for VC 
and PVC, RR, RNR, and Data 


The number of packets transmitted for 
VC and PVC, RR, RNR, and Data 


The total number of call request 
packets sent and received 


The number of originating call request 
packets 


The number of terminating call request 
packets 


Count of unsuccessful VC attempts 
because of blocking, before a call 
request packet is sent, because of no 
available internal resources (for 
example, no more logical channels) 


Count of unsuccessful VC attempts 
initiated by a call request packet that 
are denied, that is, do not result in a call 
connect packet 


Count of unsuccessful VC attempts 
because of clearing causes for 
unconnected VCs 


Count of unsuccessful attempts 
blocked by active overload controls 
placed in effect (for example, buffers) 


Table 20-29 Layer 3 protocol abnormality counts (Sheet 1 of 2) 


Packet type 


Restart packets: 


Reset packets: 


Description 


Restart packets with local procedural error cause, total 
received and sent 


Reset packets, local procedure error, incompatible 
destination or out of order (PVC only) cause. Total 
received and sent. 
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Table 20-29 Layer 3 protocol abnormality counts (Sheet 2 of 2) 
Packet type Description 


Clear packets: Clear packets due to invalid facility request, access 
barred, local procedure error, RPOA out of order 
cause. Total received and sent. 


Diagnostic packets Number of diagnostic packets transmitted and sent 
transmitted: 


Figure 20-49 shows an example of the MAP display for the QCOUNTS LTID 
command used with the LCN parameter. All counts of receive ready (RR), 
receive not ready (RNR), Data and Reset packets received and transmitted are 
done in reference to the virtual finite state machine (FSM) or the interception 
access point. The packets received are the ones received by the virtual FSM 
from the remote LEA side. The packets transmitted are the ones transmitted to 
the remote LEA side. 


Figure 20-49 Example of MAP display for QCOUNTS LTID command used with 
the LCN parameter 


>QCOUNTS LTID PKT 12 LCN 1 
LAYER 3 PROTOCOL COUNTS 


Packets Received: 


VC,PVC: 0 RR: 0 RNR: 0 Data: (0 
Packets Transmitted: 

VC, PVC: 0 RR: 0 RNR: 0 Data: (0 
Virtual Call Attempts: 

Setup: 0 Originating: 0 Terminating: 0 
Unsuccessful Virtual Call Attempts: 

Blocking: 0 Denied: 0 

Clearing: 0 Overload: 0 


LAYER 3 PROTOCOL ABNORMALITY COUNTS 


Restart Packets: 


Sent: 0 Received: (0) 
Reset Packets: 

Sent: 0 Received: 0 
Clear Packets: 

Sent: 0 Received: 0 
Diagnostic Packets: 

Sent: 0 Received: (0 


LAYER 3 SERVICE DISRUPTION COUNTS 


Reset Packets Transmitted: 0 
Clear Packets Transmitted: 0 
-continued- 
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Figure 20-49 Example of MAP display for QCOUNTS LTID command used with 
the LCN parameter 


LAYER 3 OVERLOAD COUNTS b 


Dynamic Window Congestion: 


Local: 0 Remote: 0 
Packets dropped due to Layer 3 congestion: 
Link: 0 VC: 
Packets dropped due to: 
Layer 2: 0 RNR: 0 
Layer 3 link queue congestion: 0 
VC_Q Congestion 0 


Figure 20-50 shows an example of the MAP display for the QCOUNTS CLLI 
command used with the LCN parameter. 
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Figure 20-50 Example of MAP display for QCOUNTS CLLI command used with 
the LCN parameter 


>QCOUNTS CLLI PL1X750G LCN 1 
LAYER 3 PROTOCOL COUNTS 


Packets Received: 

VC,PVC: 0 RR: 

Packets Transmitted: 

VC,PVC: O RR: 0 
Virtual Call Attempts: 
Setup: 0 Originating: 0 Terminating: 
Unsuccessful Virtual Call Attempts: 

Blocking: 0 Denied: 0 

Clearing: 0 Overload: 0 
ER 3 PROTOCOL ABNORMALITY COUNTS 


Restart Packets: 
Sent: 0 Received: 
Reset Packets: 
Sent: 0 Received: 
Clear Packets: 
Sent: 0 Received: (0) 
Diagnostic Packets: 
Sent: 0 Received: 0 
, DISRUPTION COUNTS 


Reset Packets Transmitted: 
Clear Packets Transmitted: 0 
ERLOAD COUNTS 


Dynamic Window Congestion: 

Local: 0 Remote: 0 

Packets dropped due to Layer 3 congestion: 
Link: 0 VC: 0 

Packets dropped due to: 

Layer 2: 0 RNR: 0 

Layer 3 link queue congestion: 0 


VC_Q Congestion 0 


OM group points of measurement are shown in Figure 20-51. 
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Figure 20-51 DMS ISDN peripheral OM points of measurement 


PRAFAC 
B-channel circuit switched 


PRADCHL2 
D-channel 


B-channel circuit switched 
B-channel packet 

LMD (pas 

CPICG 

LCME 

Sete NCMCPUST 
QCOUNTS 
HFPOM 
XPMOCC XLIUL3 
Notes: XPMOVLD 


LMD - 1 per LCME 

ISGBRA- 1 per DCH 

ISGBD- 1 per BD-channel 
ISGCPU - 1 per DCH 

ISGOVLD - 1 per DCH 
PRADCHL2 - 1 per PRI D-channel 
TRMTCU2 - 1 per office 

BCSPCG - 1 per office 

PRAFAC - 1 per PRI trunk 

CPICG - 1 per customer group 
NCMCPUST- 1 per XLIU 
QCOUNTS - 1 per terminal or X.75 trunk (Cl command) 


HFPOM -1 per 
XLIU 

XLIUL3 - 1 per 
XLIU 


XPMOWVLD - 1 per XPM + peripheral 
XPMOCC - 1 per XPM + peripheral 


Maintenance for Rapid Messaging 


In NAO10, the Rapid Messaging feature provides mechanisms for the 
DMS-100 switching system to monitor and control the rate of SAPIO 0 
D-channel messaging for the physical terminals associated with the LTIDs 
provisioned on an ISDN interface. 
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The controlling mechanism of the message rate is on an individual LTID basis 
and is provisionable. To control the message rate, the DMS-100 switching 
system changes the state of the LTID to “out of service” when it applies control 
and to “in service” when it removes control. 


BRI Rapid Messaging introduces new LTID rapid messaging states. The 
current DMS-100 switching system maintenance support for NI-1 and NI-2 
BRI configurations on an ISDN loop rather than an individual LTID basis 
remains unchanged. 


Note: In NAO11 Rapid Messaging is supported for Internet Protocol Local 
Loop (IPLL) lines. 


MAP display changes associated with Rapid Messaging 
The MAP display changes associated with the Rapid Messaging feature are 
described below. Refer to Figure 20-52 for an example of the MAP display 
resulting from the use of the POST LT command. 


¢ LTP POST LT command enhancements result in the display of the rapid 
messaging state of the posted LTID. The rapid messaging state for the 
posted LTID updates dynamically on the MAP screen display. To ensure 
that the LTID rapid messaging states are aligned between the computing 
module (CM) and the XPMs, the DMS-100 switching system runs a 
background audit and updates the LTID rapid messaging state if required. 
One of the following LTID rapid messaging states displays for the posted 
LTID providing the ISDN LEN is in an in-service state. Refer to for an 
example of the MAP display resulting from the use of the POST LT 
command. 


— INSV—in-service with no overload condition present on the LTID 


— OOST—out-of-service temporary where LTID is in a temporary 
overload state. The DMS-100 switching system automatically returns 
an LTID that is in the OOST state to the INSV state. 


— OOSP—out-of-service permanent indicates that the LTID is in 
permanent overload state and requires manual intervention 


¢ LTP Line diagnostic indicators include two new indicators to inform 
operating company personnel when an ISDN LEN has an associated LTID 
in a rapid messaging out-of-service condition. The two new indicators 
appear on the LTP MAP display under the “F” field when an ISDN LEN is 
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posted. Report only lines do not display either of the two new diagnostic 
indicators. The two new line diagnostic indicators are described as follows. 


— O—indicates more than one LTID on the posted ISDN LEN is 
out-of-service due to rapid messaging 


— o—lIndicates that only one LTID on the ISDN LEN is out-of-service 
due to rapid messaging 


LNS MAP LTID threshold alarms include two new LNS alarms that 
indicate to the operating company personnel when the number of ISDN 
LENs with out-of-service LTIDs cross an alarm threshold. The LTID 
out-of-service thresholds are set by office parameters 
RMSG_MAJALARM and RMSG_MINALARM located in table 
OFCVAR. The two LTID threshold alarms are described as follows. 


— OMAJ—This alarm displays at the LNS MAP when the number of 
ISDN LENs with an “O” diagnostic indicator crosses one of the LNS 
alarm thresholds. This alarm indicates a minor, major, or critical alarm. 


— OMIN—This alarm displays at the LNS MAP when the number of 
ISDN LENs with an “o” diagnostic indicator crosses one of the LNS 
alarm thresholds. This alarm indicates a minor, major, or critical alarm. 


Figure 20-52 Example of MAP display resulting from the use of the POST LT 
command 


MS IOD NET PM CCS Lns TRKS EXT 


H 
ge 


QUIT POST LTID DELO BUSYQ PREFIX 

POST_ LEN HOST 01 0 00 01 
LCC PTY RNG STA F LTA TE RESULT 
ISDN LOOP DN 613 621 4209 IDL O 


BSY 
RTS LTID ISDN 120 OOSP 


DIAG 


OMDAINHDUA WN OO 


AlmStat 
10 CktLoc 
11 Hold 
12 Next 


16 Prefix 
17 LCO_ 

18 Level_ 
EAM08 
Time 13:10 


H 
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LTP MAP level command changes 
The following LTP MAP commands are modified to support Rapid 
Messaging: 


e ALMSTAT command queries or sets the LNS diagnostic alarm 
thresholds as a result of command input by operating company personnel. 
Two new diagnostic alarms are added in NAO10: OMAJ and OMIN. 
Operating company personnel can query or set the minor, major, and 
critical thresholds for the OMAJ and OMIN diagnostic alarms. These two 
new alarms are described as follows. 


— OMAJ—specifies the minor, major, and critical alarm thresholds for 
the number of ISDN LENs with an “O” diagnostic indicator. An “O” 
diagnostic indicator displays when two or more LTIDs on the ISDN 
LEN are taken out-of-service due to rapid messaging. 


— OMIN-—specifies the minor, major, and critical alarm thresholds for 
the number of ISDN LENs with an “o” diagnostic indicator. An “‘o” 
diagnostic indicator displays when one LTID on the ISDN LEN is 
taken out-of-service due to rapid messaging. 


— ALMSTAT display is enhanced to include Major RapidMSG (OMAJ) 
and Minor RapidMSG (OMIN) alarm thresholds and office totals for 
rapid messaging. 


e POST DF command enhancements allow the posting line card diagnostic 
failures related to rapid messaging using the line card diagnostic fail types 
OMAJ and OMIN. Diagnostic line card failure types OMAJ and OMIN are 
described as follows: 


— OMAJ—Use this fail type to post a line or set of lines with an “O” 
diagnostic indicator. An “O” diagnostic indicator displays when two or 
more LTIDs on the ISDN LEN are taken out-of-service due to rapid 
messaging. 


— OMIN—Use this fail type to post a line or set of lines with an “o” 
diagnostic indicator. An “o” diagnostic indicator displays when one 
LTIDs on the ISDN LEN are taken out-of-service due to rapid 
messaging. 


¢ POST LT command posts the ISDN line to be returned to service by 
LTID. After the LTID is posted, the RTS LT command is used to return the 
posted LTID to service. Using any other means to post the ISDN line 
before using the RTS LT command results in the return to service all of the 
out-of-service LTIDs on the ISDN line. 


¢ RTS command enhancements allow the operating company personnel to 
recover one of more permanent out-of-service LTIDs. An LTID that is in 
the permanent out-of-service requires manual intervention to be returned 
to service. The newly added RTS command options LT and ALL allow the 
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operating company to perform this function. A description of RTS options 
LT and ALL follows: 


— LT—wUse this option to return to service the posted LTID or all LTIDs 
on a posted ISDN line. The LT option is valid for ISDN lines only. The 
DMS switching system does not allow the of use the RTS LT command 
if the posted ISDN line is either out-of-service or has no LTIDs 
attached to it. 


— ALL—Use this option to return all LTIDs in the posted set to 
in-service. 
Note 1: The LTID rapid messaging state is not affected when operating 
company personnel busy an ISDN line and return it to service. 


Note 2: For specific information on alarm clearing procedures for rapid 
messaging alarms refer to Alarm and Performance Monitoring Procedures, 
297-8001-543. 


Recommendations for routing log 


To locate a recurring fault, Nortel recommends that log reports be divided into 
five classes in table LOGCLASS. The scheme is shown in Table 20-30. 


Table 20-30 Recommended log classes (Sheet 1 of 2) 


Class Equipment Log name 


1 LGC and LCME PM 100 - PM 107 
PM 113 - PM 118 
PM 179 - PM 180 
PM 190 - PM 196 
PM 198 - PM 199 
PM 200 
PM 235 
PM 270 


2 LINKS PM 182 - PM 183 
PM 184 
PM 187 - PM 188 


Note: The class number provided is intended to differentiate one class from another. It is not intended 
as the actual value to enter into table LOGCLASS. 
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Table 20-30 Recommended log classes (Sheet 2 of 2) 


Class Equipment 

3 ISDN loop 

4 All equipment in classes 1 
through 3 

5 All equipment in classes 1 
through 3 

as the actual value to enter into table LOGCLASS. 


Note: The class number provided is intended to differentiate one class from another. It is not intended 


ISDN maintenance 20-101 


Log name 


ISDN 100 - ISDN 104 
ISDN 106 - ISDN 109 
ISDN 115 - ISDN 116 
ISDN 200 - ISDN 203 
LINE 100 - LINE 101 

LINE 107 

LINE 110 

LINE 118 

LINE 131 

LINE 145 - LINE 149 


All log names in classes 1 through 
3 


All log names in classes 1 through 
3 


Assign the first four classes of log reports to a DDU or an MTD in table 
LOGDEV. This routes log reports for ISDN peripheral modules, DS-1 links, 
DCH cards, and ISDN lines to system files on the DDU or MTD. The system 
automatically opens a file on the DDU or MTD to receive these log reports 
when they are sent. A file of log reports must be on a DDU or MTD if the DMS 
SCANLOG program is to be used. These files can then also be browsed by 
means of LOGUTIL commands or dumped to a printer. 


Associate the fifth class of reports with a printer. This ensures that a hard copy 
of the reports will be available even if a fault should prevent accessing the files 


on the DDU or MTD. 
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For more complete information concerning log reports, refer to the Log Report 
Reference Manual, 297-8001-840. 


Table 20-31 ISDN logs (Sheet 1 of 5) 


AMA 


PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 
PM 


PM 
PM 


PM 


PM 


LINKS 


Equipment 


Log name 


AMA 118 
PM 100 
PM 101 
PM 102 
PM 103 
PM 104 
PM 105 
PM 106 
PM 107 
PM 108 
PM 109 
PM 113 
PM 114 
PM 115 
PM 116 
PM 117 
PM 118 


PM 128 
PM 179 


PM 180 


PM 181 
PM 182 


General description 


reports status of all AMA options contained in table AMAOPTS 
diagnostic fail 

checksum fail 

state change to system busy 

state change to offline 

state change to unequipped 

state change to C-side busy 

state change to in-service 

state change to C-side busy 

the peripheral processor has a firmware or hardware error 
T1 carrier line changed to system busy 

message congestion during high traffic 

load or test failure on PM 

miscellaneous trouble during normal operation 

message error report from PM 

trouble during normal operation 


miscellaneous trouble during normal operation. Defines affected PM 
plane. 


PM changed to in-service trouble (ISTb) 


hardware condition affected the normal operation of the switch or the 
PMs. Supplies information for the PM hardware exception report. 


PM software exception report (SWERR), which can be 
hardware-related 


PM exception occurred as a result of diagnostics 


state change to manual busy 
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Table 20-31 ISDN logs (Sheet 2 of 5) 


Equipment 
LINKS 
LINKS 
LINKS 
LINKS 
PM 
PM 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
DCH 
LINE 
LINE 
LINE 
LINE 


Log name 
PM 183 
PM 184 
PM 187 
PM 188 
PM 185 
PM 189 
PM 190 
PM 191 
PM 192 
PM 193 
PM 194 
PM 195 
PM 196 
PM 198 
PM 199 
PM 235 
PM 270 
PM 236 
LINE 100 
LINE 101 
LINE 107 
LINE 118 


General description 


state change to system busy 

link returned to service 

carrier state change to system busy 
carrier was returned to service 

PM trap 

PM software exception report (SWERR) 
state system busy 

state change to manual busy 

state change to C-side busy 

state change to offline 

state change to in-service trouble 

state changed to in-service 

state change to unequipped 

DCH fault which does not affect service 
diagnostic results 

DCH takeover 

congestion or overload of DCH/EDCH 
integrity condition of a network channel 
diagnostic pass 

diagnostic fail 

insulation test required 


failure to connect metallic test access (MTA) 
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Table 20-31 ISDN logs (Sheet 3 of 5) 
Equipment Log name General description 


LINE LINE 131 the thresholds of errored seconds (ES) or severely errored seconds 
(SES) were exceeded. Indicates whether the ES or SES value 
pertains to far-end block errors (FEBE) or near-end block errors 
(NEBE) as reported by loop performance monitoring. Reports 
performance threshold crossings on individual mp-eoc line units ona 
2B1Q loop. 


Note: The MAP command QLAYER at the LTPISDN level of the MAP 
terminal can be used to query the ES and SES counters to obtain their 
exact values. 


LINE LINE 145 change of U-SYNC status. Indicates a loss of signal at Layer 1 of 
2B1Q u-loop interface and location of signal loss (NT1 or an mp-eoc 
unit). Also indicates loss of synchronization word (LOSW) on 
individual mp-eoc line units, an mp-eoc line unit failure (node failure), 
and the recovery of the signal. 


LINE LINE 146 change of ST-SYNC status 
LINE LINE 147 maintenance initiated by the customer changed the NT test mode 
LINE LINE 148 Layer 1 basic line monitoring (BLM) parameters were refreshed. The 


layer 1 BLM audit detected a mismatch between the BLM data stored 
on the 2B1Q line card and the data stored in table BLMTHRSH for the 
loop in the DMS-core. Also indicates time of day refreshed by update 
from CC directly to line card. 


LINE LINE 149 LCME audit detected a difference between the stored Mp-eoc 
configuration (in table LNMPEOC) and the actual configuration 


LINE LINE 205 system detected incoming message overflow on an ISDN line 
CPE/MISC ISDN 100 terminal not available for message traffic 


CPE/MISC ISDN 101 DCH could not be put into traffic level because the loop was 
unavailable for message traffic 


CPE/MISC ISDN 102 duplicate TEIs on loop - both removed from service 
CPE/MISC ISDN 103 manual action has changed state of Bd channel 
CPE/MISC ISDN 104 sync lost on Bd channel 

CPE/MISC ISDN 106 layer 1 (physical) of D-channel has failed 


CPE/MISC ISDN 107 system failed to restore a TEI 
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Table 20-31 ISDN logs (Sheet 4 of 5) 


Equipment 
CPE/MISC 


CPE/MISC 
CPE/MISC 
ISDN 
ISDN 
ISDN 
ISDN 


ISDN 


CPE/MISC 


CPE/MISC 


CPE/MISC 


CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 
CPE/MISC 


Log name 


ISDN 108 


ISDN 109 
ISDN 115 
ISDN 113 
ISDN 116 
ISDN 120 
ISDN121 


ISDN 122 


ISDN 200 


ISDN 201 


ISDN 202 


ISDN 203 
ISDN 204 
ISDN 205 
ISDN 301 
ISDN 302 
ISDN 303 
ISDN 304 
ISDN 305 
ISDN 306 


General description 


system restored a TEI 


Note: |f the XPM software executes National ISDN Logical Link 
Manager (NI LLM) introduced in XPM81, ISDN 108 logs are not 
generated. Software loads using older versions of Logical Link 
Manager generate ISDN 108 logs. 


previously failed D-channel returned to service 

subscription limits exceeded - too many TEls 

a layer 3 packet protocol abnormality on a packet link detected 
TEI not assigned (switch unable to assign a TEI) 

routine test (abnormality detected during an id_check) 


identity verify message (peer initiates an id_check with an incorrect A 
value). 


unsolicited response (peer sends an unexpected frame to the host for 
the current lapd state) 


up to ten faulty ISDN with peg counts and percentages of frames 
received in error and retransmitted 


overall switch percentage of frames received in error and 
retransmitted and the number of LENs reporting these errors or 
experiencing a high protocol abnormality rate 


RLAYER command was used to reset layer 1, 2, or 3 performance 
count registers for a LEN 


high layer 2 abnormality rate exceeds threshold 

high layer 3 abnormality rate exceeds threshold 

exceeds layer 2 transmission performance level threshold 
layer 3 protocol abnormality detected 

parameter downloading abnormality identified 

layer 3 packet abnormality counter exceeds capacities 
layer 2 protocol abnormality detected 

ISDN line exceeds the service disruption threshold 


layer 2 packet abnormality counters exceeds capacities 
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Table 20-31 ISDN logs (Sheet 5 of 5) 


Equipment Log name General description 


CPE/MISC ISDN 307 layer 2 packet abnormality encountered 
CPE/MISC ISDN 308 exceeds layer 2 service disruption threshold 


CPE/MISC ISDN 309 exceeds layer 3 service disruption threshold 


CPE/MISC ISDN311 layer 3 circuit switched BRI line service disruption count threshold 
exceeded 

CPE/MISC ISDN312 layer 3 service disruption counter capacity reached for circuit 

CPE/MISC ISDN 313 layer 3 packet protocol abnormality detected 


CPE/MISC RMSG 600 BRI LTID is placed temporary out-of-service 
CPE/MISC RMSG 601 BRI LTID is placed permanent out-of-service 
CPE/MISC RMSG 602 BRI LTID returns to inservice 


CPE/MISC RMSG 603 BRI LTID reaches an overload condition treatment state 


OM set-up procedure 
This procedure is used to manually set up operational measurements (OM). 


Procedure 20-11 Set up OMs manually 


At the MAP terminal 
1 Define OM class for ISDN in the following manner: 
CES 
> OMCLASS ISDNHHR DOUBLE 
> OMCLASS ISDNASSM DOUBLE 
2 Add OM groups to the class: 
> OMACCGRP ISDNHHR ADD GROUP PM 
> OMACCGRP ISDNHHR ADD GROUP PM1 
> OMACCGRP ISDNHHR ADD GROUP LMD 
> OMACCGRP ISDNHHR ADD GROUP ISGBD 
> OMACCGRP ISDNHHR ADD GROUP ISGBRA 
> OMACCGRP ISDNHHR ADD GROUP TRK 
> OMACCGRP ISDNASSM ADD GROUP PM 
> OMACCGRP ISDNASSM ADD GROUP PM1 
> OMACCGRP ISDNASSM ADD GROUP LMD 
> OMACCGRP ISDNASSM ADD GROUP ISGBD 
> OMACCGRP ISDNASSM ADD GROUP ISGBRA 
> OMACCGRP ISDNASSM ADD GROUP TRK 
Note: To see which groups are already included in an existing CLASS, 
enter the following command at the MAP terminal: 
> OMDUMP CLASS omclass_name FORMAT 


3 Add fields to the class: 
>OMACCFLD ISDNHHR PM ADD ALL 
>OMACCFLD ISDNHHR PM1 ADD ALL 
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>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 
>OMACCFLD 


ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 


LMD ADD ALL 
ADD ALL 
ADD ALL 
TRK ADD ALL 
PM ADD ALL 
PM1 ADD ALL 
LMD ADD ALL 
ADD ALL 
TRK ADD ALL 


4 Delete all group keys from OMACCKEY: 


>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 
>OMACCKEY 


ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNHHR 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 


PM DELETE ALL 
PM1 DELETE ALL 
LMD DELETE ALL 
ISGBD DELETE 
ISGBRA DELETE 
TRK DELETE 
PM DE 
PM1 DELETE ALL 
LMD D 

ISGBD DELETE 
ISGBRA DELETE 
TRK DELETE ALL 


5 Determine the OMACCKEY keys specific to the ISDN frames and trunks: 


For the PMs (ISDN LGC / ISDNLTC / DTCI / RCCI/ LGCO / DTCO/ 
RCCO), post them, and use the QUERYPM function to determine and 
record their node numbers. 


For the LCMEs, post them, and use the QUERYPM function to determine 
and record their internal numbers. 


For the PRI trunks, find the value of ADNUM in table CLLI for your trunk 
group entry. 


For the DCHs, use key names “DCHOM” and “DCHBX020M"”. 


For the ISGs, position on the ISGs in table ISGDEF and record which 
channels are BD. Then in the ISG level, perform a QUERYPM on each of 
the BD channels and record their OM index. 


For the ISGs, post the DCHs and record the ISG numbers being used on 
each in service DCH. 


6 Add the keys identified previously to table OMACCKEY: 


> OMACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 
MACCKEY 


ISDNH 
ISDNHHR 
ISDNHH 
ISDNHH 
ISDNHH 
ISDNHH 
ISDNHH 
ISDNHH 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 
ISDNASSM 


T 


PM ADD KEY pm_node_number 
M1 ADD EY DCHOM 

M1 ADD KEY DCHJBX020M 
MD ADD KEY lcme_int_no 
SGBD ADD KEY om_index (Note) 
SGBRA ADD KEY isg_no (Note) 

RK ADD KEY adnum_for_PRATEST1 
RK ADD KEY adnum_for_PRATEST2 
PM ADD KEY pm_node_number (Note) 
PM1 ADD KEY DCHOM 

PM1 ADD KEY DCHJBX020M 
LMD ADD KEY lcme_int_no 
ISGBD ADD KEY om_index (Note) 
ISGBRA ADD KEY isg_no (Note) 
MACCKEY ISDNASSM TRK ADD KEY adnum_for_PRATEST1 
MACCKEY ISDNASSM TRK ADD KEY adnum_for_PRATEST2 


Note: Repeat this entry for each ISDN PM. 


(Note) 


(Note) 


D DIDI 
HHHHE UD 


KI 
K 
K 
D 
D 
K] 
KI 
K 


(Note) 


VVVVVVVVVVVV VV 
ooo0oo0oo0o0o0o00000000 


Vv 
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7 


10 


11 


Define accumulating time in table OMACC by positioning on class ISDNHHR 
and changing the tuple as follows: 


CLASS ENABLED WHEN 
ISDNHHR Y Half Hourly C00 
ISDNASSM Y DAILY <start of test> 


COO <end of 
test> C00 


Activate OM report in table OMPRT by finding a spare tuple (without a class) 
and changing this tuple to read as follows: 


REPNO ACTIVE SUPZERO ID CLASS 

REP BUFFOUT OUTDEV 

23.1 Y N ALLCLASS 
ISDNHHR AUTO N 


SINK 


The report number can differ. In some cases, all tuples in this table will 
already have a class associated with them. In this instance ask the 
subscriber. 


Edit table LOGDEV to determine the <printer_name> to be used for printing 
logs. If table LOGDEV is empty, select <printer_name> from table TERMDEV 
and datafill table LOGDEV as follows: 

DEV ALT CLASSES FORMAT PRIORITY GUAR 
PRT1 NONE (0-31) STD N N 


<printer_name> can differ from PRT1. Quotation marks must be used when 
entering CLASSES field using the table editor, as follows: 


‘(0-31)’. If the tuple is present, record the classes listed. 
Edit table LOGCLASS to activate the report numbers established in step 8: 


REPNAME CLASS THRESHOLD SUPRESS TUNITS SYSLOG 
OMPR 231 2 0 N 0 Y 


The report can differ. Choose a class that is already being sent to the printer. 


Activate log via LOGUTIL: 

> ADDREP printer_name OMPR 231 
> ADDREP printer_name PM 106 128 181 
> RESUME OMPR 231 
> 
> 


ADDCLASS printer_name 2 
STARTDEV printer_name 


For ISDN BRI, there are several traffic-sensitive areas that can reach 
engineered limits. System administrators should track congestion, usage, and 
traffic in these areas to help them with provisioning decisions. 
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The performance factors for ISDN BRI are listed in Table 20-32 along with 
their associated OMs. 


Table 20-32 ISDN BRI performance factors and OMs 


Performance factor OM 
BD-channel traffic ISGBD 
D-channel traffic ISGBRA 
DCH or EDCH processor occupancy ISGCPU 
DCH OR EDCH overload ISGOVLD 
LCME traffic LMD 
LCME real time LMD 

LGC traffic LMD, XPMLNK 
LGC overload PMOVLD 
Line traffic LINAC 
DS30A link availability XPMLNK 
DS30 link availability XPMLNK 
DS-1 link availability DS1CARR 


The following information and Figure 20-53 through Figure 20-59 show some 
of the OMs. These OMs are broken down to show their specific subfields and 
a brief explanation on some of the more important subfields. A complete 
detailed explanation of each OM can be found in the Operational 
Measurements Reference Manual, 297-8001-814. 


BCAPCG: Collects information on bearer capability (BC) for each customer 
group. This OM value is increased when the call originator is not successful in 
reaching the desired call appearance because of BC incompatibility. This OM 
is broken down into the following register. 


CGWRNGBC: Counts calls that do not complete because the bearer capability 
of the call originator (who belongs to a particular customer group) is not 
compatible with the bearer capability of the caller party. If the originator is a 
POTS station, the register value is not increased. An associated log is LINE138 
text “CNAC.” 


Related to OM TRMTCU2, subfield TCUCNAC counts the number of call 
treatments CALL_NOT_ACCEPTED (CNAC) is given to the originator of a 
call when the BC of the originator and the terminator are not compatible. 
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Figure 20-53 OM group ISGBRA 


ISGBRA - monitors traffic on the BRI D-channels 


DBRTXDSC DBRCRC DBRRXDSC DBRSOTX 
DBRS16TX DBRSATX DBRSORX DBRS16RX 
DBRSARX DBRLKRED DBRLKREP DBRRBRD 
DBRRBRP DBRREJTX DBRREJRX 


Pegged each time a far-end 


device performs a link-reset. 
Counts the number of 


links reset by the EDCH. 


Counts the number of frames discarded by 
the EDCH because of flow control problems 
sequencing errors, etc. 


Figure 20-54 OM group ISGCPU 


ISGCPU - Measures how much an ISG occupies 


the DCH CPU 

DCPU10 DCPU20 DCPU30 DCPU40 
DCPU50 DCPU60 DCPU70 DCPU80 
DCPU90 DCPU100 DCPUTOT DCPURTR 


Counts the number of seconds that 
the DCH CPU is available to 
process Calls. 

Measures the amount of time that 

the ISG had an DCH CPU occupancy 

of 0 to 10 %. 
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Figure 20-55 OM group ISGOVLD 


ISGOVLD - Provides information about 3 levels of 
overload control for the ISG: congestion, overload 


and frame discard. 


CONGENTR CONGEXIT CONGTIME OVLDENTR 
OVLDEXIT OVLDTIME ' OV16DSC2 


Measures the number of SAPI 16 
frames discarded due to overload 


controls. 
Measures the number of times the Measures the nubmer of times 
DCH or EDCH enters a congestion the DCH or EDCH enters an 
state. overload state. 


Figure 20-56 OM group BCAPCG 


BCAPGG - Collects bearer capability information 
related to each specific customer group. 


CGWRNGBC 


Incremented when the originator is not successful in reaching the desired 
call appearance because of a BC incompatability with the terminator. 


CNAC (call not accepted) treatment will be given to the originator. 


Figure 20-57 OM group ISDNPDOM 


ISDNPDOM - counts the number of down load attempts, download failures, 
and download completions that occur on a per switching system basis. 


PDATTMPT PDFAILRE PDCOMPLT 


Measures the number of Measures the number of Measures the number of 


parameter download parameter failures of parameter download 
attempts on a per switch- parameter download completions on a per 
ing system basis requests on per switch- switching system basis 


ing system basis 
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Figure 20-58 OM group AUTSPID 


AUTSPID - Measures use data associated with the AUTOSPID feature. 


ATSPDREQ SPDUNVL UNSPDREQ 
SUCCREQS NO_TSP 


Measures the number of Measures the number of Measures the number of 


valid and successful SPID request failures SPID requests that are 
requests for automated due to SPID unavailability not necessary due to 
SPIDs or BRAFS LTID not switch activity or 

: provisioned. request parameters. 


Figure 20-59 OM group RMSGOMGP 
RMBRIOOS - Measures when an ISDN BRI LTID is placed out-of-service 


RMBRIOOS 


Measures the number of times 
an ISDN BRI LTID is placed 

in a temporary or permanent 
out-of-service state 
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Figure 20-60 OM group RND 
RND provides ISDN BRI Redirecting Number Delivery traffic measurements 
for the switch 
NDDEL RNDDEL2 RNDPQEL RNDPDEL2 
DEL RNDODEL2 TRNDD&L TRNDPVPV 
PBRB TRNDPBP 


+ 


Pegs dnce fireach redirecting 


in the calling numbe 
Increments when an 


Increments each time two p 
redirecting numbers are deli 
to the terminating set. 


numbers, the first one marked public and the 
second one marked private, are delivered to the 
terminating set. 


DISPCALL tool 
DISPCALL is a low-level internal diagnostic tool that monitors data 
associated with call deaths, calls in progress, or calls being held for analysis. 
DISPCALL displays call processing data areas such as call condense blocks 
(CCB), call data blocks (CDB), message buffers, extension blocks, and 
protected and unprotected data for call processing agents. 
The DISPCALL commands available are 
e HELP—displays DISPCALL commands and a brief description 
e CLEAR—clears all buffers 
e DEATH—enables or disables data collection during the death of a call 


e DISPTID—converts the terminal identifier (TID) number of an agent to a 
call process identifier (CPID) 


e FREE—deallocates and frees all buffers 
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QUERY—displays the following: 

— number of allocated buffers 

— number allocated buffers currently in use 

— current settings of the death parameters 

QUIT—quits DISPCALL 

SAVELEN—takes a snapshot of the CCD for a specified LEN 


SAVETID—takes a CCD snapshot of a call specified by supplying the TID 
of an agent or terminal 


SET—allocates the buffers needed to save the call data 
SHOW —displays the collected data 


Procedure 20-12 Using DISPCALL while collecting data when a call dies 


At the MAP terminal enter 


1 
2 
3 


6 
7 


Type ‘DISPCALL. 
Type ‘QUERY DISPCALL. 


If O appears in the ALLOCATED column, type ‘SET type num’ where the type 
of buffer is CCB, CDB, MBUFF, EXT, PROT, or UNPROT, and the number of 
buffers is the maximum for that type (that is, CCB maximum number is 30, for 
EXT the maximum number is 20). 


If O appears in the ALLOCATED column, type ‘SET type num’ where the type 
of buffer is CCB, CDB, MBUFF, EXT, PROT, or UNPROT, and the number of 
buffers is the maximum for that type (that is, CCB maximum number is 30, for 
EXT the maximum number is 20). 


To enable data collection, type ‘DEATH ON’. 


e Periodically determine how many buffers are in use by entering 'QUERY 
DISPCALL'. 


e Display all the information associated with the call by entering 'SHOW 
CALL buffer format'. Where 'buffer' indicates which buffer you would like 
displayed and 'format' should be 'h' for hex or 'f' for formatted. In general, 
pick f. To obtain a hard copy of the data of each in-use buffers, enter 
‘SHOW type buffer format’ for each buffer. For example, to display the 
oe associated with the first CCB buffer in a formatted form type 'SHOW 

BOF'. 


e Periodically clear the buffers in order to make room for storing more 
failures, by entering 'CLEAR'. 


To disable data collection, type ‘DEATH OFF’. 
To exit DISPCALL type ‘QUIT’. 


Procedure 20-13 Collecting data for a call specified by terminal identifier 


At the MAP terminal complete the following steps 


1 


Follow steps 1-3 from the section “Using DISPCALL while collecting data 
when a Call dies.” 
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2 To save the CCB, and protected and unprotected data for the specified node 
and terminal number, type 'SAVETID nodeno termno' while the call is up. An 
ISDN LTID using the SAVETID command requires an extra step. The step is 
to use the CALLTRAK tool to obtain the correct TID value to be used in the 
SAVETID command. After entering the CALLTRAK tool, use the SELECT 
command and SELECT the LTID in question. Then enter the STATUS 
command and obtain the TID information associated with the key in question. 
If the CALLTRAK tool is not available, then use the QL command of the 
ISDBG tool. 


3 Display all the information associated with the call by entering 'SHOW CALL 
buffer format’. To display the collected information for each buffer type, enter 
‘SHOW type buffer format’. 


4 To exit DISPCALL type 'QUIT'. 


Procedure 20-14 Collection data for a call specified by line equipment number 


At the MAP terminal complete the following steps 


1 Follow steps 1-3 from the section “Using DISPCALL while collecting data 
when a call dies.” 

2 To save the CCB, and protected and unprotected data for a specified LEN, 
type 'SAVELEN len’ while the call is up. 

3 Follow steps 3 and 4 from the section “Collecting data for a call specified by 


terminal identifier.” 


Interpreting DISPCALL output 
The following is an example of DISPCALL output. Refer to Figure 20-61. 
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Figure 20-61 DISPCALL output 


> 
k*k 
** Call Data Dump (0) for CALLID #0052 #0004 saved at 1995/03/19 
20:00:29.055 SUN. 
k*k 
** CCB Dump (0) for CALLID #0052 #0004 saved at 1995/03/19 20:00 
SUN. 
CPTLB 
LINK/CPMBPTR = FFFF0000 MY IND! = 52 00 PROCQOD 
STATE LINKED AUDIT 0000 LINKCOUNT 
LETTERCOUNT = 0003 LETTERC C201 WAKEID = 
LETTERO = ****** CCBTIMEQ.SUCC = ****** CCBTIMEQ.PREV = 
UP_OVER_WARM = N ECCBINDEX = 00 00 
EXTPTR = 03095208 SEQNO = 0004 CS = TALKIN XBITS 
FORCEUNAVAIL N IBN = N SA = N FASTSEQNO = 
CMI 017E CCBFC = 0000 
RECEIVER = <NIL> 
CONFIG = NIL_CONFIG FAILED_CALL_ATTEMPT = N SEQ NUM = 0 
CCBFA 
IN_OFFHK = OUT_OFFHK = JOINT_HOLD 
HARGE RINGING CALL_ESTABLISHED 
D_PTY_HOLD = ANI_PRESENT = TWC_IN_EFFECT 
FST_SIGNAL IL_MF REVERTIVE_CALL CALL_TRACE 
FX_TRK_CALL = COIN_ORIGINATOR 


DN 6759003 K 


| SHELF = 00 SLOT = 10 LINK = 01 CHANNEL = 046 
NETWORK_DSO = 0005 002E LOGICAL = N GAIN = 2 LOSS = 3 
INTEG_VAL = 115 PREFERRED_PL = 1 

PMCHNL 28E PORT = 01 CFWBIT = N AGENT_SUSPECT=N 
THREAD = 00C7 FMTCODE = 05 UTR_AVAILABLE=N SME_AGENT=N 

TID : NODE_NO = 060 TRMNL_NO_MSN = 0 TRMNL_NO_LSB B1 TSI=9 
AIN_AGENT = N 

FMTAREA: 

O4CE AE7A O4CA 96B4 1802 0342 0000 0000 04C5 3D30 

AGENTEXTHEAD = 02CFCD28 
PORT2PERM : 

AGENT = LEN HOST 01 0 01 16 DN 9424003 

PATHEND : 
EN_SHELF = 00 SLOT = 11 LINK = 00 CHANNEL 178 
NETWORK_DSO = 0008 00B2 LOGICAL = N GAIN = 2 LOSS 
INTEG_VAL = 115 PREFERRED_PL = 0 

TID : NODE_NO = 036 TRMNL_NO_MSN = 0 TRMNL_NO_LSB 

AIN_AGENT = N 

FMTAREA: 

O4CE 1A02 04CA 74B0 0881 0101 0000 0000 04C5 989C 

AGENTEXTHEAD = FFFF0000 

XLAB: 

RC = XLA_RO TXSEL = 0000 TX_TRMT = UNDT 
IBN_TRMT_SET N MIN_DIGITS 0008 MAX_DIGITS 0008 

PREFIX_FENCE 0001 DATA_VER = N OC LCL 

TRAN_SYS NA TYPECALL = NP NPA_ADDED = N 

TX_POS = NONE TXROUTE/TERM_AGENT = LEN HOST 01 0 01 16 DN 
9424003 


-continued- 
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Figure 20-61 DISPCALL output 


l CALLED_DR = 99424003 


RTE = Y POS = N RETRANSLAT = N 
CALLING_DR/AUTH_CODE_DR = 06196759003 
SCREENING_IN = N CAN_LCS = N EAOSS_CALL = N 
XLASTAGE = BALANC ADP = y BLK_OVLP = y 
LONGHAUL = N HTRP = 0 SNPA = 619 
XLT_FROM = 1 HTRC = N VALID_/PRIVL = N 
XLA_REPL_SEL = N IDDD_ARS = N ISDN_XLA N 
COUNT_OF_DIGITS_DIALED = OTHER_DIGS_DIALED 
AMAPRT_PREFIX_FENCE_COUNT = 1 
AMA_PRET_NAME = P351 
ANI_INFO 

ONI = N HOT = N TDN = N COIN = N 

RSP = N ANI_FAIL = N IC_INC = N ANI_AIOD = N 
AMADATA : 

HEX DUMP: 0003 0086 003c 0000 0000 0000 0000 0000 
AMADATA_STATUS = CDATA_INCCB 

AMAPRET_STATUS = AMAPRET_NAME_INUSE 

ENTRYID_PRESENT = N AMA_ CALL DETAIL_REC = N 

CALLDATA: 0086 003C 0000 0000 0000 0000 0000 

NET_INFO = 003C 0086 

PREXLA_AREA = 0000 0000 0000 

EXTDR = 0000 0000 

SOURCEPARMS : 

VALID_SOURCEPARMS = Y NCOS = 0 DESTIN =IAGRP_ 
CUSTGRP = BNR SUBGRP = 0000 CALL_CHARACTER =0000 
DGCOLL_TABLE = 0001 SOURCE = IBNLIN OWAT_ZONE = 000D 
SOURCE_TRC = 0000 SMDR = Y SMDRB = N 
ACR = N INTRAGROUP = Y ENABLE_CRL = Y 

CRL_REQUIRED = y ATTDNDOV = N DNDPREEMPT = N 

DISA _ ENCOUNTERED = N ARS_AUTH_E = N IBN_PREFIX_FENCE = 0001 

RTEB: 

ROUTE = DNT_RT RC = RTR_ME RTE_TYPE = DNT 
ROUTE_CHAIN = IN_CHA PREV_SATELLITE = N CHOICE = DIRECT 
OHQT_APPLIED = N QUEUEING_ACTIVE = N OHQ = N 
CANCSTDL = N INHIBIT_QUEUEING = N HUNT = Yy 
PREEMPT_SEARCH = N BC = NILBC 
PRECEDENCE = AV_ROUTINE 

TRMT = UNDT POS = 0000 TFR = NIL_TF 
ANI_SPILL = N ANI_SPILL_9 = N RECORDING_REQD = Y 
LEAS_CALL = N LOCAL_CALL = Y 

TS_OMREG Y CONN_FAILURE N SEIZE_FAITLURE = N 

AV_CALL = N RESELECT = N DIST_RING = N 

FTR_IN_EFFECT = N SD_ORIG = N SDVOICE = N 

FORCE_CC_TIMI = N AC_ATTACHED = N NET_AC_ATTACHED = N 

SCWID_CALL = N ACBAR_CALL = N NFA_DIALED = N 

EAEO_DATA : 

EA_CARRIER = NILC EA_LOCAL = N EA_OCS_NEEDED = N 
CALL_EVENT = INITIAL_EVENT 
MILDATA 
CDTYP = TERMI COI = 0000 CIS = ISTRK 
TTIDX = 0000 
TRAF_TYPE = VOICE PFXLT_FROM = 0000 PFIXCNT 
= 0000 DSTSW = 0000 
SDPAL_TXROUTE = <NIL> 
NSSDATA 


S l -continued- x 
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Figure 20-61 DISPCALL output 


NSS_ANTI = NN SUPPRESS_ANI = N NSS_BILL_PTY = CALLING 
TCN_CALL = N TCN_VALID_REMOTE = N TCN_VALID_BOTH = N 
CALLED_DR = 99424003 
RTE = Y POS = N RETRANSLAT = N 
CALLING_DR/AUTH_CODE_DR = 06196759003 
SCREENING_IN = N CAN_LCS = N EAOSS_CALL = N 
XLASTAGE = BALANC ADP = y BLK_OVLP = Y 
LONGHAUL = N HTRP = 0 SNPA = 619 
XLT_FROM = 1 HTRC = N VALID_/PRIVL = N 
XLA_REPL_SEL = N IDDD_ARS = N ISDN_XLA = N 
COUNT_OF_DIGITS_DIALED = OTHER_DIGS_DIALED 
AMAPRT_PREFIX_FENCE_COUNT = 1 
AMA_PRET_NAME = P351 
ANI_INFO 

ONI = N HOT = N TDN = N COIN = N 

RSP = N ANI_FAIL = N IC_INC = N ANI_AIOD = N 
AMADATA : 

HEX DUMP: 0003 0086 003C 0000 0000 0000 0000 0000 
AMADATA_STATUS = CDATA_INCCB 

AMAPRET_STATUS = AMAPRET_NAME_INUSE 

ENTRYID_PRESENT = N AMA_CALL_DETAIL_REC = N 

CALLDATA: 0086 003C 0000 0000 0000 0000 0000 

NET_INFO = 003C 0086 

PREXLA_AREA = 0000 0000 0000 

EXTDR = 0000 0000 

SOURCEPARMS : 

VALID_SOURCEPARMS = Y NCOS = 0O DESTIN =IAGRP_ 
CUSTGRP = BNR SUBGRP = 0000 CALL_CHARACTER =0000 
DGCOLL_TABLE = 0001 SOURCE = IBNLIN OWAT_ZONE = 000D 
SOURCE_TRC = 0000 SMDR = Y SMDRB = N 
ACR = N INTRAGROUP = Y ENABLE_CRL = y 

CRL_REQUIRED = yY ATTDNDOV = N DNDPREEMPT = N 

DISA _ ENCOUNTERED = N ARS_AUTH_E = N IBN_PREFIX_FENCE = 0001 

RTEB: 

ROUTE = DNT_RT RC = RTR_ME RTE_TYPE = DNT 
ROUTE_CHAIN = IN_CHA PREV_SATELLITE = N CHOICE = DIRECT 
OHQT_APPLIED = N QUEUEING_ACTIVE = N OHQ = N 
CANCSTDL = N INHIBIT_QUEUEING = N HUNT = y 
PREEMPT_SEARCH = N BC = NILBC 
PRECEDENCE = AV_ROUTINE 

TRMT = UNDT POS = 0000 TFR = NIL_TF 
ANI_SPILL = N ANI_SPILL_9 = N RECORDING_REQD = Y 
LEAS_CALL = N LOCAL_CALL = Y 

TS_OMREG = Y CONN_FAILURE = N SEIZE_FAILURE N 

AV_CALL = N RESELECT = N DIST_RING = N 

FTR_IN_EFFECT = N SD_ORIG = N SDVOICE = N 

FORCE_CC_TIMI = N AC_ATTACHED = N NET_AC_ATTACHED = N 

SCWID_CALL = N ACBAR_CALL = N NFA_DIALED = N 

EAEO_DATA 

EA_CARRIER = NILC EA_LOCAL = N EA_OCS_NEEDED = N 
CALL_EVENT = INITIAL_EVENT 
MILDATA 
CDTYP = TERMI COI = 0000 CIS = ISTRK 
TTIDX = 0000 
TRAF_TYPE = VOICE PFXLT_FROM = 0000 PFIXCNT 
= 0000 DSTSW = 0000 
SDPAL_TXROUTE = <NIL> -continued- 
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Figure 20-61 DISPCALL output 


NSSDATA 

NSS_ANI = NN SUPPRESS_ANI = N NSS_BILL_PTY = CALLING 
TCN_CALL = N TCN_VALID_REMOTE = N TCN_VALID_BOTH = N 

ECHOSUP = <NIL> 

OVLPD 

REALCMI = 0 DRCOUNT = 0 OLSTATE = OLFIRST 

PSTATE : PROCESSOR = CROSS_PRCR STATE = 0000 
MBI = 0000 CHARGE =N DATA_CALL = N TIMESTAMP = 0947 
0000 
ORIGDISP = 0000 TERMDISP = 0000 OCC_CALL = N OCC_INCOM = N 
NO_INTRAS = N EA_CALL =N PIC_CALL = N LATA_CALL = INTRA 
LATA 

STATE_CAL = INTRAS TRD_TIMIN = NO_TRD NSCID = NIL CAC_CALL =N 
E911_CALL = N TEEN_RNGCD= 0000 MEM_SEL_ACTIVE = N VCDR =N 
BRAFS_ACO_NBC_INCR =N BTUP_CLLDCTRL = N MET_TYPE = NO_ 
METERING 

REPORT_IMMEDIATE_ANSWER == N NTC_CALL = N APPLY_SACB = N 


** EXT Dump (0) for CALLID #0052 #0004 saved at 1995/ 
03/19 20:00:29.055 


NTC_REQUESTED = 
OP_TRK_ANI_REQUEST = 


NTWKSMDR = 
OVERLAP_GENERATED = 


-continued- 


SUN. 
EXTENSION BLOCK 
EXTPTR/LINK = FFFF0000 AUDIT = 1 STATE SoK kA OEXTEC. = 115 
Body: 
** PRU=SMDR_PRU_FC,5 OWNER=,3 OVFL=0 
XRU=FFFF0000 MRU=FFFF0000 
ORIG_AGENT = LEN RSCS 02 1 11 05 DN 6759003 KEY 1 
TERM_AGENT = LEN HOST 01 0 O1 16 DN 9424003 
OWNER = LEN RSCS 02 1 11 05 DN 6759003 KEY 1 
ORIG_DR = 6196759003 
CALLED_DR = 99424003 
ANS_TYPE = ELECTRICAL _ANSW ANSWER_TIMESTAM = 0100 OB2F 
OWNER = LEN RSCS 02 1 11 05 DN 6759003 KEY 1 
ORIG_DR = 6196759003 
CALLED_DR = 99424003 
ANS_TYPE = ELECTRICAL _ANSW ANSWER_TIMESTAM = 0100 OB2F 
BLOCK_ID = 1 CONSOLE_NUMBER = 255 
CONV_10MS = 0000 0000 CUSTGRP = BNR 
DCI_CODE = (0) DCI_SMDR_ACTIVE = N 
DCI_CODE = 0 DCI_SMDR_ACTIVE = N 
ORIG_FC = 0 PIN_OR_TCN = NO_PIN_TCN 
SUBGRP = 0 TERM_FC = 0 
TIME = 0 0000 0000 TRD_TIMING_USED = NO_TRD 
AC_EXTENDED = N AC_OVERFLOW = N ADP 
= Y 
TRUNK_ANI_PRESENT = N ANI_FAIL = N 
ANSWERED = Y 
ARS = N CDR = N CFW_LOCKED_RU = Y 
CLD_DISC = N CURRENT = Y EXPENSIVE_ROUTE = N 
FGD_ANI_SMDR = N FLASH_TIME_ ORIG = N LASH_TIME TERM = N 
MODEM_POOL_USED = N MSN_PRESENT = N NO_MCD_DONE = Y 
N N N 
N N N 


ONI = 
SERV_ANAL = 
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Figure 20-61 DISPCALL output 


SMDR_REQD 
ONEBURST 
ERO_TIME 


SN_REORIG 


** PROT Dump 


** PROT Dump 


0029 0718 


T 
Z 
ICC_MOBILE_ORIG 
OUTP_DIGS_MISSING 
M 


(0) for CALLID #0052 #0004 saved at 1995/03/19 20:00:29.055 
SUN. 0881 0713 031F 0198 


(1) for CALLID #0052 #0004 saved at 1995/03/19 20:00:29.055 
SUN. 1802 1C73 031F 0A20 


** UNPROT Dump 
20:00:29.055 SUN. 0029 0718 
** UNPROT Dump 
20:00:29.055 SUN. 


A 


= Y SMDRITC =N TIMESTAMP_SET = Y 
= N VALID_TRUNK = N VPN_ONNET_CALL = N 
= Y ICC_PAYPHONE_ORIG = N ICC_PAYPHONE_TERM= N 
= N ICC_MOBILE_TERM = N DIGS_MISSING = N 
= N DISA_CALL = N MSN_ANI_MAPPING = N 
= N MSN_TREATMENT = N 


(0) for CALLID #0052 #0004 saved at 1995/03/19 


(1) for CALLID #0052 #0004 saved at 1995/03/19 


\ -end- j 


Note: The information in each field of a DISPCALL represents a snapshot of 
memory, and could be a transitory state between several values. 


The major fields that often help to debug a problem are 


STATE: state or configuration of the CCB 
CS: CCB call state 


CMI: Cross Matrix Index used to categorize a connection, such as a 
line-to-line or trunk-to-trunk 


AGENT: LEN and DN associated with the dialed number 
THREAD: agent's thread index 

NODE_NO: node number 

TRMNL_NO_MSN: most significant nibble of the terminal number 
TRMNL_NO_LSB: least significant byte of the terminal number 
XLAB: translations block 

TX_TRMT: extended treatment 


TXROUTE/TEM_AGENT: translation route identifier or terminating 
agent CPID 


CALLING_DR/AUTH_CODE_DR: calling directory number or 
authorization code for the DMS-250 
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e VALID_SOURCEPARMS: indicates whether the source parameter area is 
valid for a call 
e ROUTE: route identifier 
e CHOICE: route choice 
e TRMT: treatment 


e FTR_IN_EFFECT: boolean indicating whether the Feature Processing 
Environment (FPE) needs to be accessed to implement special features 


e FORCE_CC_TIMI: boolean indicating whether to force CC timing 
e PSTATE: processor entry point 


Often the information gathered with DISPCALL can show you where to look 
for more information. For instance, the TX_TRMT or TRMT field indicate 
that you can check logs for that particular treatment. If you are getting these 
logs, capture a LOGTRACE of it. By investigating the procedure LOGTRACE 
lists, you can extract a call scenario. 


For more information, see the DISPCALL User Guide, TAM-1001-003. 
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21 BRI multiple terminal maintenance 


Description 


The basic rate interface (BRI) multiple terminal maintenance feature provides 
operating company personnel with a maintenance interface used to access 
information describing the states of both packet and circuit-switched terminals 
on an ISDN interface. 


e It provides a mechanism to determine the state of the physical and 
provisioned integrated services digital network (ISDN) BRI terminals. 


e It assists in debugging service profile identifier (SPID) initialization 
problems associated with ISDN BRI terminals. 


By accessing the TERMCHK command through the LTPISDN level of the 
MAP (maintenance and administration position) display, operating company 
personnel can determine the following information: 


e the terminal states 
e the initializing failure reasons for basic rate access functional set (BRAFS) 
ISDN terminals 


This feature decreases the time required to resolve ISDN terminal initialization 
issues. Because terminal initialization issues may be resolved faster, the cost 
of maintaining ISDN BRI on the DMS-100 Switch is reduced. 


The design of BRI multiple terminal maintenance is divided into the following 
areas: 

e LTPISDN MAP-level command (CM) 

e MAP query and reply message (CM/XPM and CM/XLIU) 

e layer 3 data management (XMS-based peripheral module [XPM]) 


LTPISDN MAP level command (CM) 


The user accesses the new TERMCHK command at the LTPISDN level of the 
MAP screen. The user needs no additional parameters to execute the 
command. The only requirement is a valid, posted ISDN line equipment 
number (LEN). The TERMCHK command queries the associated XMS-based 
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peripheral module (XPM) and DMS packet handler (DMSPH) for the data. It 
then displays the data on the MAP screen. 


The following list provides the primary events associated with the TERMCHK 
command: 


The TERMCHK command is executed from the LTPISDN line test 
position (LTP) MAP level. 


A message is sent to the XPM to identify active terminal endpoint 
identifiers (TEI) on the posted LEN. 


TERMCHK query messages are sent to the XPM to obtain more detailed 
status information for the active TEIs on the posted LEN. 


The status of the DMSPH logic terminal identifiers (LTID) on the posted 
LEN is obtained from messaging to the associated X.25/X.75 link interface 
units (XLIU). 


The CM prepares the data for output. 
Output is displayed to the TERMCHK user. 


The TERMCHK command provides the following information: 


TEIs 


associated packet-switched and/or circuit-switched primary directory 
numbers (PDN) 


ISDN service types (circuit-switched, link access procedure on the 
D-channel [LAPD] packet-switched, link access procedure balanced 
[LAPB] packet switched) 


protocol layer status (layer 2 or layer 3) 

provisioned DMS-100 terminal service profile identifiers (TSPID) 
incorrect customer premises equipment (CPE) SPIDs 

the terminal initialization status 

circuit-switched service initialization failure reasons 


DMSPH query status failure reasons for terminals on the posted ISDN 
interface 


MAP query and reply message (CM/XPM and CM/XLIU) 
The BRI multiple terminal maintenance feature adds new messaging between 
the CM and the XPM as well as between the CM and the XLIU. The CM 
solicits a response from the XPM, requesting information on the physical 
terminals on the ISDN interface. The XPM responds with the data for each 
terminal. 
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The CM also queries the XLIU for information on the status of layer 2 and 
layer 3 for the following packet terminals: 


e LAPD 
e LAPB 


The MAP terminal displays initialization failure data, provided the data is 
available in the associated XLIU. 


Layer 3 data management (XPM) 
For most of the required data for circuit-switched terminals, the new 
TERMCHK command is already available in the XPM. However, the XPM 
now stores the invalid SPIDs that were used in failed initialization attempts. It 
also stores the initialization result for all ISDN circuit-switched terminals. The 
XPM stores up to 100 invalid SPIDs. A modified circular buffer stores and 
manages the invalid SPIDs. Modifications are implemented to this circular 
buffer that prevent a cycling terminal ’s overuse of the 100 available slots in the 
invalid SPID buffer. (A cycling terminal is an ISDN terminal that is constantly 
unsuccessful in trying to establish layer 3.) 


Limitations and restrictions 


The following limitations and restrictions apply to BRI multiple terminal 
maintenance: 


e The TERMCHK command is valid on all ISDN BRI line types except the 
remote concentrator unit (RCU) and the NT6X05DA ISDN line drawer 
(ILD). The command is valid for BRAFS, default service, packet 
fully-initializing terminal (FIT) (DMSPH only), and non-initializing 
terminals (NIT). 


e Each peripheral stores a maximum of 100 invalid SPIDs. The SPID values 
used during a successful terminal initialization are not stored for future 
retrieval. When issuing a TERMCHK command, the display informs 
operating company personnel if an invalid SPID is no longer available due 
to being overwritten by a more recent failure. The operating company 
personnel could then instruct the user to reinitialize the terminal. If the 
initialization attempt fails, the SPID is stored in the invalid SPID circular 
buffer. This SPID replaces the oldest entry in the table. The operating 
company personnel can then execute the TERMCHK command to obtain 
additional information regarding the initialization failure. 


e The display of data associated with packet NIT and FIT services with a 
dynamic TEI does not include its associated TEI. For these terminals, a 
DYN is displayed to signify a dynamic TEI. 


e The TERMCHK command displays only data for BRAFS ISDN 
terminals. 
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Interactions 


Datafill 


The following items describe the interactions between BRI multiple terminal 
maintenance and other functionalities: 


e Feature AF7240, Auto and Freeformat SPID. The TERMCHK command 
informs the operating company personnel if the terminal attempted to 
initialize using AutoSPID. 


e Feature AF7346, Default Service. The TERMCHK command informs the 
operating company personnel if the terminal has default service. 


e Feature AF7327, 8 logical terminals on a BRI loop (CM portion). The 
TERMCHK command provides initialization data on up to eight 
fully-initializing terminals on an ISDN interface. 


BRI multiple terminal maintenance modifies table LTPDEF. It adds a new 
tuple entry in table LTPDEF to accommodate the TERMCHK command. The 
LTPDEF tuples for the LALOGCTL and L3LOGCTL commands are moved to 
a new, non-menu LTPISDN MAP display index. The CMDINDEX and 
POSITION fields are expanded from 0 - 31 to 0 - 63. This doubles the number 
of available commands that can be implemented under each LTP sublevel. 


Table 21-1 shows the affected fields in table LTPDEF. 


Table 21-1 Changed fields in table LTPDEF 


Field name Range of values Status Default values 
KEYDEF 

SUBLEVEL String range Unchanged None 
CMDINDEX Range 0 through 63 Changed O through 63 
COMMAND 

CMDSRC String range Unchanged LTPISDN 
REFINE FOR LTPISDN 

CMD String range Changed/new None 
POSITION Range 0 through 63 Changed 0 through 63 
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The following list describes the changed fields in table LTPDEF: 
e CMDINDEX is the first part of a two-part key into table LTPDEF. 


e CMD represents LTP commands available at the MAP terminal. Four 
refinements exist for the LTPMAN, LTPLTA, LTPISDN, and LTPDATA. 


e POSITION represents the specific position of the command in the 
associated LTP sublevel. 


Datafill sequence 
There are no prerequisites. 


LTPDEF table sizing 
Table LTPDEF ranges in size from a minimum of 0 tuples to a maximum of 
512 tuples. 


Dump and restore 
Use the reformat procedure LTPDEF_TABLE_SUB_LTPISDN_REFORMAT 
to accomplish the following tasks: 


e move the L2LOGCTL tuple to a new index and position 

e move the L3LOGCTL tuple to a new index and position 

e add the TERMCHK tuple 

Figure 21-1 shows the MAP display when moving the L2LOGCTL tuple to a 


new index and position before introduction of the BRI multiple terminal 
maintenance feature. 


Figure 21-1 Moving the L2LOGCTL, old position 


POSITION 


LTPISDN 


Figure 21-2 shows the MAP display when moving the L2LOGCTL tuple to a 
new index and position after the introduction of the BRI multiple terminal 
maintenance feature. 


Figure 21-2 Moving the L2LOGCTL, new position 


KEYDEEF COMMAND POSITION 


LTPISDN 32 LTPISDN L2LOGCTL 32 
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Figure 21-3 shows the MAP display when moving the L3LOGCTL tuple to a 
new index and position before introduction of the BRI multiple terminal 
maintenance feature. 


Figure 21-3 Moving the L3LOGCTL, old position 


POSITION 


LTPISDN LTPISDN L3LOGCTL 


Figure 21-4 shows the MAP display when moving the L3LOGCTL tuple to a 
new index and position after the introduction of the BRI multiple terminal 
maintenance feature. 


Figure 21-4 Moving the L3LOGCTL, new position 


KEYDEF COMMAND POSITION 


LTPISDN 33 LTPISDN L3LOGCTL 33 


Figure 21-5 shows the MAP display when adding the TERMCHK tuple. 


Figure 21-5 Adding the TERMCHK tuple 


POSITION 


LTPISDN 4 LTPISDN TERMCHK 


User interface 


The BRI multiple terminal maintenance feature adds a new MAP terminal 
command, TERMCHK, at the LTPISDN level. This command is issued on a 
posted ISDN line and has no parameters. The command displays the line’s 
TEIs, provisioned SPIDs, CPE SPIDs, the initialization result, and the status 
of layer 2 and layer 3 for each TEI. 


TERMCHK is a menu, RES command. It targets the DMS SuperNode and 
BNR Reduced Instruction Set Computer (BRISC) processors. 


To access the LTPISDN level of the MAP display, type 


>MAPCI; MTC; LNS; LTP; LTPISDN 
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To return to the CI position, type 


>QUIT ALL 


Responses for the TERMCHK HELP command 
Figure 21-6 depicts the HELP response for the TERMCHK command on a 


posted BRI LEN. There are no additional parameters associated with the 
TERMCHK command. 


Figure 21-6 TERMCHK HELP command on a posted BRI LEN 


>HELP TERMCHK 
TERMCHK- Provides initialization status information for Basic 


Rate Access Functional terminals on an ISDN LEN posted 
in the Control Position of the MAP. 


Figure 21-7 depicts the HELP response for the TERMCHK command when a 
LEN is not posted. 


Figure 21-7 TERMCHK HELP command when a LEN is not posted 


a >HELP TERMCHK N 


The TERMCHK command queries the protocol status of the 
physical Basic Rate Access Functional Sets (BRAFS) on an ISDN 
LEN. The command also provides layer three initialization 
information for the circuit switched and/or packet switched 
service(s) on a physical terminal. In addition, it shows the 
provisioned BRAFS logical terminals (i.e., LTIDs) that are not 
associated with a physical terminal on the posted ISDN LEN. 
The TERMCHK command is only valid for the following terminals: 
ISDN lines. 
To view a TERMCHK command syntax, POST a terminal the TERMCHK 


Ke command is valid for. E 


Figure 21-8 depicts the HELP response for the TERMCHK command when 
the posted LEN is not ISDN. Note that LINE TYPE varies based on the type 
of LEN posted, for example, plain old telephone service (POTS) or COIN. 


Figure 21-8 TERMCHK HELP command when a posted LEN is not ISDN 


>HELP TERMCHK 


TERMCHK command is not valid on ‘LINE 


TERMCHK display field descriptions 


Figure 21-9 depicts the layout of the fields associated with the response for an 
integrated FIT physical terminal. 
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Figure 21-9 TERMCHK sample response on a 2BD FIT terminal 


Circuit Switched Services: 


EI: 64 LTID: ISDN 200 

Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732450 KEY: 1 

DMS TSPID: 6198732450 

L3 Init result: Initialized 


Packet Switched Services: 


EI: DYN LTID: ISDN 200 
Service: LAPD Packet Switched Protocol Status: 2 
Directory Number: 6198732450 KEY: 25 


Unused Logical Terminal Profiles: 


No Unused ISDN BRAFS Logical Terminals have been detected. 


Field descriptions for circuit-switched services 
The line references and field descriptions in this section refer to Figure 21-9. 


Line 1 The first line of the display provides an association between the 
physical terminal TEI and the provisioned logical terminal. This line provides 
the physical terminal TEI value and the associated provisioned terminal, that 
is, LTID. 


Line 2 The second line of the display provides the service type of 
circuit-switched service. The service type range is circuit. 


The protocol layer status of the service is 


TEIs that can be associated to an LTID use data lookup in the CM to determine 
the potential service types allowed on the terminal. Table 21-2 shows the 
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correlation between the provisioned logical terminal access privilege (LTAP) 
and the service type. 


Table 21-2 DMS provisioned access privileges 


Logical terminal access privilege Service displayed 
CIRCUIT_SWITCHED (LTAP=B) Circuit Switched 
PACKET_SWITCHED_D (LTAP=D) LAPD Packet Switched 
PACKET_SWITCHED_B (LTAP=PB) LAPB Packet Switched 
CIRCUIT_AND_D_PACKET_SWITCHED Circuit Switched (Note) 
(LTAP=BD) 

TWO_B_ CIRCUIT SWITCHED Circuit Switched 
(LTAP=2B) 


TWO_B_CIRCUIT_D_PKT SWITCHED Circuit Switched and LAPD Packet 
(LTAP=2BD) Switched 


Note: Historically, this access privilege was used to provide circuit switched and 
packet-switched service on the data packet network (DPN) platform. The current 
ISDN packet platform, DMSPH, does not support logical terminals with this access 
privilege. The TERMCHK command only provides packet data for DMSPH-based 
packet terminals. 


Line 3 The third line of the display provides the directory number (DN) of 
the service as well as the key on which the DN resides. 


Line 4 For terminals with a circuit-switched service, the fourth line of the 
display provides the provisioned TSPID for the terminal. 


Line 5 For FIT terminals failing to initialize, the fifth line of the display 
contains the failed CPE SPID, which includes the SPID terminal identifier 
(TID). It also indicates whether an AutoSPID attempt was made on this 
terminal. The AutoSPID indication is only reset when the associated terminal 
loses layer 2. Note how this line is not displayed if the terminal is initialized or 
the initialization reason is unknown. 


Line 6 For terminals with circuit-switched service, the sixth line of the 
display indicates the layer 3 initialization result. 
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Table 21-3 provides the range of allowable reasons for Layer 3 initialization. 


Table 21-3 Layer 3 reason codes 


Layer 3 SPID 

initialization failure Hex 

reason representation User display output 
Reason Unknown 0 Reason Unknown 
Non-Initializing 1 Non-Initializing 

TermL Exceeded 2 TermL Exceeded 

SPID Mismatch 3 SPID mismatch 

SPID in Use 4 SPID in use 

Invalid SPID 5 Invalid SPID 

Initialized 6 Initialized 

Init Not Required 7 Initialization not required 
No LTIDs Provisioned 8 No Circuit-Switched BRAFS 


LTIDs provisioned 


The following list describes the circuit-switched layer 3 initialization return 
codes: 


Reason Unknown 


This reason indicates the initialization reason could not be determined in 
the XPM. 


Non-Initializing 


This reason code is assigned when the terminal is successfully associated 
with a default LTID, that is, an NIT. This reason code is appropriate until 
the terminal attempts SPID initialization. 


An NIT failure reason changes from TermL Exceeded to Non-Initializing 
when it successfully associates with the default LTID. Such a transition 
occurs either when TermL is increased, through provisioning, or other 
NITs on the same BRI loop are removed. 


TermL Exceeded 


This reason code is used for NITs exclusively. This is because it refers to 
terminals that can not be associated with the default LTID because the 
TermL has been met on the BRI loop. In this case, the NIT attempts to 
associate with the default services, if available. This reason code is only 
transiently valid for an FIT that has failed to associate with the default 
LTID. It is only valid for an FIT before it has requested SPID initialization 


297-2401-201 Standard 07.01 September 2000 


BRI multiple terminal maintenance 21-11 


for the first time. However, once the terminal requests SPID initialization, 
the reason code is updated with a SPID failure reason if it fails 
initialization. If the terminal initializes successfully, the reason code is 
updated to reflect terminal initialization. 


e SPID Mismatch 


This reason code indicates the SPID requested does not match a SPID that 
is datafilled for the loop. 


e SPID in Use 


This reason code indicates the SPID requested is currently being used by 
another terminal on the same LEN. 


¢ Invalid SPID 


This reason code indicates the SPID requested is considered invalid. For 
example, the incoming SPID request was not more than two digits. 


e Initialized 


This reason code indicates the terminal is associated with a SPID. 
Therefore, layer 3 is up and initialized. 


e Init Not Required 


This reason code indicates this type of terminal does not require 
initialization. This type of return would be applicable for static TEI 
terminals. 


e NoLTIDs Provisioned 


This return code indicates the CM detected the LEN is not provisioned 
with a BRAFS LTID capable of circuit-switched service. This is an LTID 
with circuit-switched access privilege capabilities. This return code 
overrides all other return codes when the LEN is not provisioned with a 
circuit-switched LTID, that is, an NIT or FIT. 


Field descriptions for packet-switched services 
The line references and field descriptions in this section refer to Figure 21-9. 


Line 1 The first line of the display provides an association between the 
physical terminals TEI and the provisioned logical terminal. This line provides 
the physical terminal TEI value and the associated provisioned terminal, that 
is, LTID. For dynamic TEIs, DYN is displayed. 


Line 2 The second line of the display provides the service type of LAPB 
packet or LAPD packet-switched service. 
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The service type range is 
e LAPB packet 
e LAPD packet switched 


The protocol layer status of the service is 


Line 3 The third line of the display provides the DN of the packet service 
as well as the key upon which the DN resides. 


Line 4 The fourth line of the display provides the DMSPH query status. 
This line is only displayed if an error occurs during the data retrieval of 
terminal data from the DMSPH. Table 21-4 provides the range of potential 
failure reasons. 


Table 21-4 DMSPH query failure status range 


DSMPH packet failure 

return code Hex representation User display output 

XLIU_ERROR 1 Query failed--XLIU in invalid 
state 

MSG_ERROR 2 Query failed--Resources 
Unavailable 

TIMEOUT 3 Query failed--XLIU message 
time-out 

UNMAPPED_LTID 4 Query failed--Provisioning Error 


TERMCHK display examples 
Each of the following sections provides examples of both the provisioning 
preconditions and the user output. 


Default TSP display Figure 21-10 and Figure 21-11 depict the 
anticipated output for an ISDN BRAFS circuit-switched NIT physical 
terminal. 
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Figure 21-10 Provisioning preconditions for default TSP display 


>QLEN 100 1 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER H 33 
PM TERMINAL NUMBER : 2 

TEI LTID ES PS BCH/ISG Bd 
DYNAMIC ISDN 1 Y N = 
DYNAMIC ISDN 2 Y N = 
DYNAMIC ISDN 1022 Y N = 
Where: 
ELD Terminal Type: 
ISDN 1 Circuit Switched FIT 
ISDN 2 Circuit Switched FIT 


ISDN 1022 Circuit Switched NIT 


ae 
ae 


T 


Gl 


RML is set to 4. 
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Figure 21-11 TERMCHK response, default TSP display 


>TERMCHK 
LEN: HOST 10 0 1 


Circuit Switched Services: 


TEI: 64 LTID: ISDN 1 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732401 KEY: 1 


DMS TSPID: 6198732401 
L3 Init result: Initialized 


TEI: 65 LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 
DMS TSPID: Default TSP 
CPE SPID: 61972324?? Auto SPID Attempted: Y 
L3 Init result: Invalid SPID 
TEI: 66 LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 
DMS TSPID: Default TSP 
CPE SPID: 6198732401 Auto SPID Attempted: N 
L3 Init result: SPID in use 
TEI: Zak LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 
DMS TSPID: Default TSP 
CPE SPID: 619873250000 Auto SPID Attempted: N 


L3 Init result: SPID mismatch 


TEI: 73 LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 


DMS TSPID: Default TSP 
L3 Init result: Non-Initializing 


Packet Switched Services: 


No Physical ISDN BRAFS Terminals with Packet Switched 
Services have been detected. 


Unused Logical Terminal Profiles: 


LTID: ISDN 2 


Service: Circuit Switched Protocol Status: -- 
Directory Number: 6198732402 KEY: 1 
Ne. DMS TSPID: 6198732402 


CPE .SPLDs.-s- sco SSecr secs Auto SPID Attempted: 
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Default service display Figure 21-12 and Figure 21-13 depict the 
anticipated output for an ISDN BRAFS circuit-switched physical terminal that 
is associated with default service. 


Figure 21-12 Provisioning preconditions for default service display 


>QLEN 10 0 1 > 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER ; 33 
PM TERMINAL NUMBER : 2 

TEI LTID CS PS BCH/ISG Bd 
DYNAMIC ISDN 1 Y N = 
DYNAMIC ISDN 2 Y, N e 
Where: 
LTID: Terminal Type: 
ISDN 1 Circuit Switched FIT 
ISDN 2 Circuit Switched FIT 
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Figure 21-13 TERMCHK response, default service display 


a >TERMCHK 


LEN: HOST 1 0 0 1 


Circuit Switched Services: 


TEI: 75 Associated with Default Service 
Service: Circuit Switched Protocol Status: 3 
DMS TSPID: Default Service 
CPE SPID: 61972324?? Auto SPID Attempted: N 
L3 Init result: Invalid SPID 
TEI: 74 Associated with Default Service 
Service: Circuit Switched Protocol Status: 3 


DMS TSPID: Default Service 
CPE SPID: 6198732401 Auto SPID Attempted: N 
L3 Init result: SPID in use 


TEI: 71 Associated with Default Service 


Service: Circuit Switched Protocol Status: 3 
DMS TSPID: Default Service 
CPE SPID: 619873240500 Auto SPID Attempted: N 
L3 Init result: SPID mismatch 
TEI: 73 Associated with Default Service 
Service: Circuit Switched Protocol Status: 3 
DMS TSPID: Default Service 
CPE, SPID: =--=-=-=---=-== Auto SPID Attempted: N 
L3 Init result: Non-Initializing 
TEI: 64 LTID: ISDN 1 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732401 KEY: 1 


DMS TSPID: 6198732401 
L3 Init result: Initialized 


Packet Switched Services: 


No Physical ISDN BRAFS Terminals with Packet Switched 
Services have been detected. 


Unused Logical Terminal Profiles: 


LTID: ISDN 2 
Service: Circuit Switched Protocol Status: -- 
Directory Number: 6198732402 KEY: 1 
DMS TSPID: 6198732402 


Default service display, TERML=1 Figure 21-14 and Figure 21-15 
depict the anticipated output for an ISDN BRAFS circuit-switched physical 
terminal that is associated with default service. 
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Figure 21-14 Provisioning preconditions for default service display, TERML=1 


>QLEN 10 0 1 


LEN: 


HOST 01 0 00 1 


ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 


CARDCODE: 


BX27AA PADGRP: NPDGP 


PM NODE 


NUMBER : 3:3 


PM TERMINAL NUMBER : 2 


TEI 


DYNAMIC 


Where: 


LTID: 


ISDN 1022 


PS BCH/ISG Bd 


IS N 


Terminal Type: 
Circuit Switched NIT %% TERML is 1 


Figure 21-15 TERMCHK response, default service display, TERML=1 


>TERMCHKk 


LEN: HOST 1 0 0 1 


Circuit Switched Services: 


TEI: 73 LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 


DMS TSPID: Default TSP 


CPE 


SPID Aree Auto SPID Attempted: N 


L3 Init result: Non-Initializing 


TEI: 74 Associated with Default Service 
Service: Circuit Switched Protocol Status: 3 
DMS TSPID: Default Service 


CPE 


SPID Seas 45 Einna Auto SPID Attempted: N 


L3 Init result: TERML 


Packet Switched Services: 


No Physical ISDN BRAFS Terminals with Packet Switched 
Services have been detected. 


Unused Logical Terminal Profiles: 


No Unused ISDN BRAFS Logical Terminals have been detected. 


No default service display, TERML=1 Figure 21-16 and Figure 21-17 
depict the anticipated output for an ISDN BRAFS circuit-switched terminal 
when default services is not enabled. 
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Figure 21-16 Provisioning preconditions for no fault service display, TERML=1 


a >QLEN 10 0 1 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER : 33 
PM TERMINAL NUMBER : 2 
TEI LTID CS PS BCH/ISG Bd 
DYNAMIC ISDN 1022 Y N = 
Where: 
LTID: Terminal Type: 
ISDN 1022 Circuit Switched NIT %% TERML is 1 


Figure 21-17 TERMCHK response, no default service display, TERML=1 


>TERMCHK 
LEN: HOST 100 1 


Circuit Switched Services: 


TEL: 73 LTID: ISDN 1022 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732400 KEY: 1 
DMS TSPID: Default TSP 
CPE SPID Senant He Auto SPID Attempted: N 
L3 Init result: Non-Initializing 
TEI: 74 LTID: Not Associated 
Service: Circuit Switched Protocol Status: 2 
CPE “SPRID? ==—ss>4S5S-a5=-S55 55 Auto SPID Attempted: N 


L3 Init result: TERML 


Packet Switched Services: 


No Physical ISDN BRAFS Terminals with Packet Switched 
Services have been detected. 


Unused Logical Terminal Profiles: 


No Unused ISDN BRAFS Logical Terminals have been detected. 


Packet service Figure 21-18 and Figure 21-19 depict the anticipated 
output for an ISDN BRAFS LAPB and LAPD packet-switched service 
physical terminal. 
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Figure 21-18 Provisioning preconditions for packet service 


>QLEN 10 0 1 


LEN: HOST 01 0 00 1 

ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER : 33 

PM TERMINAL NUMBER : 2 

LEN HAS ONE NAILEDUP B-CHANNEL 


TEI BCH/ISG Bd 
21 ISG Bd: 31 


22 ISG Bd: 30 
DYNAMIC z 


= B2 
Where: 


TID! Terminal Type: 

ISDN LAPD Packet Switched 
ISDN LAPD packet Switched 
ISDN Circuit Switched FIT 
ISDN LAPB Packet Switched 
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Figure 21-19 TERMCHK response, packet service 


>TERMCHK 
LEN: HOST 100 1 
Circuit Switched Services: 


TET: 71 Associated with Default Service 


Service: Circuit Switched Protocol Status: 3 
DMS TSPID: Default Service 
CPE SPID: 619873240500 Auto SPID Attempted: N 
L3 Init result: SPID mismatch 
TEI: 64 LTID: ISDN 1 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732401 KEY: 1 


DMS TSPID: 6198732401 
L3 Init result: Initialized 


Packet Switched Services: 


TEI: 21 LTID: ISDN 300 
Service: LAPD Packet Switched Protocol Status: 2 
Directory Number: 6198732501 KEY: 1 
TEI: 22 LTID: ISDN 301 
Service: LAPD Packet Switched Protocol Status: 3 
Directory Number: 6198732502 KEY: 1 
TEI: N/A LTID: ISDN 400 
Service: LAPB Packet Switched Protocol Status: 3 
Directory Number: 6198732600 KEY: 1 


Unused Logical Terminal Profiles: 


a Unused ISDN BRAFS Logical Terminals have been detected. 


Integrated FIT terminal display Figure 21-20 and Figure 21-21 depict 
the anticipated output for an ISDN BRAFS physical terminal that is associated 


with an integrated LAPD packet and circuit-switched service FIT logical 
terminal. 
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Figure 21-20 Provisioning preconditions for integrated FIT terminal display 


a >QLEN 10 0 1 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER 4 33 
PM TERMINAL NUMBER : 2 
TEI LTID CS PS BCH/ISG Bd 
DYNAMIC ISDN 200 Y D ISG Bd: 31 
DYNAMIC ISDN 201 Y D ISG Bd: 31 
Where: 
LTID: Terminal Type: 
ISDN 200 LAPD Packet Switched & Circuit Switched Service FIT 
ISDN 201 LAPD Packet Switched & Circuit Switched Service FIT 


<a 


Figure 21-21 TERMCHK response, integrated FIT terminal display 


>TERMCHK k 


LEN: HOST 1 0 0 1 


Circuit Switched Services: 


TEI: 64 LTID: ISDN 200 
Service: Circuit Switched Protocol Status: 3 
Directory Number: 6198732450 KEY: 1 


DMS TSPID: 6198732450 
L3 Init result: Initialized 


Packet Switched Services: 


TEI: DYN LTID: ISDN 200 
Service: LAPD Packet Switched Protocol Status: 3 
Directory Number: 6198732450 KEY: 25 


Unused Logical Terminal Profiles: 


LTID: ISDN 201 


Service: Circuit Switched Protocol Status: -- 
Directory Number: 6198732451 KEY: 1 
DMS TSPID: 6198732451 
Service: LAPD Packet Switched Protocol Status: -- 
Directory Number: 6198732451 KEYS «25 P 
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Integrated NIT terminal display Figure 21-22 and Figure 21-23 depict 
the anticipated output for an ISDN BRAFS packet and circuit-switched 
integrated NIT terminal. 


Figure 21-22 Provisioning preconditions for integrated NIT terminal display 


i >QLEN 1001 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER : 33 
PM TERMINAL NUMBER : 2 
TEL LTID CS PS BCH/ISG Bd 
DYNAMIC ISDN 200 Y. D ISG Bd: 31 
DYNAMIC ISDN 201 Y D ISG Bd: 31 
Where 
LTID: Terminal Type: 
ISDN 200 LAPD Packet Switched & Circuit Switched Service NIT 
%% TERML is 2 


ISDN 201 LAPD Packet Switched & Circuit Switched Service NIT 
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Figure 21-23 TERMCHK response, integrated NIT terminal display 


a >TERMCHK 


LEN: HOST 1 0 0 1 
Circuit Switched Services: 


TEI? 64 LTID: ISDN 200 

Service: Circuit Switched 
Directory Number: 6198732450 
DMS TSPID: Default TSP 
CPE SPID: 619873245000 


L3 Init result: SPID mismatch 


TEI: 65 LTID: ISDN 200 

Service: Circuit Switched 
Directory Number: 6198732450 
DMS TSPID: Default TSP 
CPE SPID: 619873245000 


L3 Init result: SPID mismatch 


Packet Switched Services: 


TEI: DYN LTID: ISDN 200 
Service: LAPD Packet Switched 
Directory Number: 6198732451 


Unused Logical Terminal Profiles: 


LTID: ISDN 201 
Service: Circuit Switched 
Directory Number: 6198732451 
DMS TSPID: 6198732451 
Service: LAPD Packet Switched 
Directory Number: 6198732451 


a 


Proto 
K 


Auto SPID Attempted: Y 


Proto 


K 


Auto SPID Attempted: Y 


Proto 


K 


Proto 


K 


Proto 


K 


as 


col Status: 3 
Byes. ck 


col Status: 3 
HAAA 


Status: 3 
25 


col 
EY: 


col Status: -- 
BY: 1 


Status: == 
25 


col 
EY: 


Zi 


LAPD packet only NIT terminal display Figure 21-24 and Figure 
21-25 depict the anticipated output for an ISDN BRAFS packet only NIT 
terminal. An LAPD NIT requires SAPI 0 initialization prior to initiating SAPI 
16 LAPD initialization procedures. As a result, a nonassociated 
circuit-switched service is displayed in addition to the packet-switched 


service. 
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Figure 21-24 Provisioning preconditions for LAPD packet only NIT terminal display 


>QLEN 10 0 1 


LEN: HOST 01 0 00 1 
ISG: 0 DCH: 0 ISG BRA CHANNEL: 1 
CARDCODE: BX27AA PADGRP: NPDGP 
PM NODE NUMBER : 33 
PM TERMINAL NUMBER : 2 
TEL ETID cs PS BCH/ISG Bd 
DYNAMIC ISDN 200 N D ISG Bd: 31 
Where: 
LTID: Terminal Type: 
ISDN 200 LAPD Packet Switched NIT 


Figure 21-25 TERMCHK response, LAPD packet only NIT terminal display 


>TERMCHK 
LEN: HOST 1001 
Circuit Switched Services: 


NOTE: This LEN has LAPD packet NIT service on LTID: ISDN 200 
One of the following non-associated services is required 

for the initialization of the LAPD NIT. It does not 

represent a circuit switched terminal initialization problem. 


TEI: 64 LTID: Not Associated 
Service: Circuit Switched Protocol Status: 2 
CPE SPID: 619873240100 Auto SPID Attempted: N 


L3 Init result: No Circuit Switched BRAFs LTIDs provisioned 


Packet Switched Services: 


TETI; DYN LTID: ISDN 200 
Service: LAPD Packet Switched Protocol Status: 3 
Directory Number: 6198732451 KEY: 25 


Unused Logical Terminal Profiles: 


Ke No Unused ISDN BRAFS Logical Terminals have been detected. 
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22 BRI verification-office equipment 


Description 


Integrated services digital network (ISDN) basic rate interface 
verification-office equipment (BRIV-OE) is a service assurance feature used 
by the operating company installation and maintenance personnel. This feature 
provides dial access from the customer premises for the operating company 
personnel to retrieve the office equipment (OE) identification. The OE 
identification identifies the termination of the access line in use. 


The BRIV-OE call follows the normal call control signaling procedures 
defined in the requirement TR-TS Y-000268. The BRIV-OE call is accessed by 
dialing an operating company defined 3-digit access code or a 7-digit directory 
number. The operating company can designate either number on a switch 
basis. This number is a dedicated software number that can not be used for any 
other purpose. It does not require physical equipment to support it. The 
BRIV-OE call can be accessed over the basic rate interface (BRI) access line 
at the customer premises through a fully initializing terminal (FIT). It also can 
be accessed over the BRI access line at the customer premises through a 
noninitializing terminal (NIT). For an NIT, or for an FIT that can not be 
initialized properly, the BRIV-OE capability must be provided as a default 
service. When the operating company personnel gains access, the OE 
information associated with the line equipment number (LEN) is retrieved and 
formatted. This information appears on the terminal display panel in the form, 
OE=<OE identification value>. 


The user can take down the BRIV-OE call. The BRIV-OE timer on the switch 
also can take down the call if the user does not release the call before the timer 
expires. The BRIV-OE timer is set to 60 s and is not provisionable. If the user 
takes down the call, the OE id value is not displayed on the MAP (maintenance 
and administration) terminal. The OE id value display is cleared after the call 
is taken down. Also, the OE id value display is cleared upon an incoming call. 


The BRIV-OE call supports both the circuit mode data (CMD) information and 
voice and voiceband data information (VI) call types. In order to use the 

BRIV-OE capability, the ISDN terminal must have the capability to display the 
call control display information. Protocol version control (PVC) -2 functional 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


22-2 BRI verification-office equipment 


terminals are fully supported. The following information comprises the 
display text for a PVC-2 terminal: 


e 3-character leading indication (OE=) 


e 15-character line equipment number (LEN) (site name, frame, enhanced 
ISDN line concentrating module [LCME] unit, line subgroup, and circuit) 


e 2-character trailing indication for the termination of the line (-S for 
termination in the switch or -I for termination in a remote peripheral) 


PVC-1 functional terminals also are supported. However, they have limitations 
on the message type that carries the OE information and on the presentation of 
the OE information. Those PVC-1 limitations are 


e The OE id value is sent to the terminal to a notify message instead of an 
information message. Note this differs from the TR-NWT-0001329 
requirement that OE id value be sent to an information message. 


e The display text is sent as called number (CDN) in the notify message. It 
is limited to 15 characters. As a result, the terminal display panel shows 
only the 15-character LEN. The terminal display panel does not show the 
leading indication of OE= or the trailing indicator for the line termination. 


Table 22-1 contains sample display text for PVC-2 and PVC-1 functional 
terminals: 


Table 22-1 Display examples of PVC-2 and PVC-1 terminals 


Term Type 


PVC-2 
PVC-1 


Display example 
123 4 5 67 89 1141 2 3 4 5 67 8 9 2 


O E H OST 1 2 1 0 8 04 - S 


H OST 1 2 1 0 8 0 4 


ISDNBRIVOE is displayed in the terminating directory number (DN) field of 
the MAP display to indicate an on-going BRIV-OE call when the following 
conditions exit: 


e anISDN line or B channel is in the posted position or on hold at the MAP 
display line test position (LTP) level 


e aBRIV-OE call is made from that ISDN line or B channel 


Call translations are datafilled to route the BRIV-OE call to a terminating 
agency identified by a common language location identifier (CLLD). In 
addition, the translations are also entered to provision the BRIV-OE call as a 
default service. 
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Message protocols 
As required by TR-NWT-0001329, the OE id value is sent to the ISDN 
terminal in a Q.931 information message. This is true for PVC-2 functional 
terminals only. PVC-1 functional terminals do not support the information 
message. Instead of an information message, a Q.931 notify message is used 
to send the OE information to PVC-1 functional terminals. 


Table 22-2 summarizes the OE information messages. 


Table 22-2 OE information messages 


Term type PVC-2 PVC-1 

Term requirements TR-NWT-0001329 None 
Message Q.931 information Q.931 notify 
OE information Display text IE FAC: CDNM 
Display text tag Status NA 

Display text length 20 characters 15 characters 


Hardware requirements 


The DN 9596300, or the DN chosen by the office to access the BRIV-OE call, 
is a software number that does not require hardware to support it. 


Limitations and restrictions 
The following limitations and restrictions apply to BRIV-OE: 


e ISDN PVC-1 functional terminals act differently than ISDN PVC-2 
functional terminals. 


e The ISDN terminal must have a display panel. 

e The layer 3 connection must be established for the terminal. 
e There must be at least one B channel available to the call. 

e The CLLIISDNBRIVOE is reserved for the BRIV-OE call. 


e It is possible the OE value will be overwritten or cleared due to an 
incoming call. 


e The BRIV-OE call is dropped upon XMS-based peripheral module (XPM) 
warm switch of activity (SWACT). 


Interactions 


BRIV-OE does not require the default service feature. If the default service 
feature is present, you can access the BRIV-OE capability as a default service. 
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Translation tables datafill 


To enable the BRIV-OE capability in an office, the translation tables in the 
central control must be entered to 


e define a CLLI for a BRIV-OE call 


e define a 3-digit code or a 7-digit access number and route the translations 
to the defined CLLI 


e  datafill the BRIV-OE call as a default service 


Define a CLLI 
Use Table 22-3, Table CLLI, to define a CLLI for the BRIV-OE call. The 
following table describes the datafill for table CLLI. 


Table 22-3 Table CLLI 
CLLI ADNUM TRKGRSIZ ADMININF 


ISDNBRIVOE 1234 1 ISDN_BRIV_LINE 


Note 1: Enter datafill provided in column CLLI exactly as it appears. 
Note 2: Datafill provided in columns TRKGRSIZ and ADMININF is recommended datafill. 
Note 3: Datafill provided in column ADNUM is for example only. 


Table 22-4 provides the field descriptions for table CLLI. 


Table 22-4 Field descriptions for table CLLI 


Field Description 

CLLI Common language location identifier 
ADNUM Administrative number 

TRKGRSIZ Trunk group size 

ADMININF Administrative information 


Translations for a 3-digit code or a 7-digit access number 
In table STDPRTCT (standard pretranslator control), position at EXTPRTNM 
(external pretranslator name) for the ISDN lines. Then, select subtable 
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STDPRT (standard pretranslator). Table 22-5 describes the datafill for subtable 
STDPRT. 


Table 22-5 Table STDPRTCT subtable STDPRT 


FROM PRERT TYP NOPRE MIN MAX 

DIGS TODIGS SEL CALL DIG CLLI DIGSR DIGSR POS 
234 234 S DD 0 ISDNBRIVOE 3 3 NONE 
9596300 9596300 S DD 0 ISDNBRIVOE 7 7 NONE 


Note 1: Enter datafill provided in columns PRERT SEL, TYP CALL, NOPRE DIG, CLLI, MIN 
DIGSR, MAX DIGSR, and POS exactly as it appears. 


Note 2: Datafill provided in columns FROMDIGS and TODIGS is for example only. 


Table 22-6 provides the field descriptions for table STDPRTCT subtable 


STDPRT. 
Table 22-6 Field descriptions for table STDPRTCT subtable STDPRT 
Field Description 
FROMDIGS Suggested dialed number to invoke ISDN BRIV-OE call 
TODIGS Suggested dialed number to invoke ISDN BRIV-OE call 
PRERTSEL Pre routine selector 
TYPCALL Type of call 
NOPREDIG Number of prefix digits 
CLLI Common language location identifier 
MINDIGSR Minimum number of digits 
MAXDIGSR Maximum number of digits 
POS Position 


Alternate translations for a 7-digit access number 


In table HNPACONT (home number plan area control), position at STS 
(serving translation scheme) for the central office. Then, select subtable 
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HNPACODE (home number plan area code). Table 22-7 describes the datafill 
for subtable HNPACODE. 


Table 22-7 Table HNPACONT subtable HNPACODE 


FROMDIGS TODIGS CDRRMT RR 


9596300 9596300 LRTE 78 


Note 1: Enter datafill provided in column CDRRMT exactly as it appears. 
Note 2: Datafill provided in columns FROMDIGS and TODIGS is recommended datafill. 


Note 3: Datafill provided in column RR is for example only. 


Table 22-8 provides the field descriptions for table HNPACONT subtable 


HNPACODE. 

Table 22-8 Field descriptions for table HNPACONT subtable HNPACODE 
Field Description 
FROMDIGS Suggested dialed number to invoke ISDN-BRIV-OE call 
TODIGS Suggested dialed number to invoke ISDN-BRIV-OE call 
CDRRTMT LRTE (route in subtable RTEREF) 
RR Route reference index in subtable RTEREF 


In Table HNPACONT as shown in Table 22-9, position at STS for the central 
office. Then, select subtable RTEREF (route reference). The following table 
describes the datafill for subtable RTEREF. 


Table 22-9 Table HNPACONT subtable RTEREF 
RTE RTESEL CONNTYPE CLLI 


78 S D ISDNBRIVOE 


Note 1: Enter datafill provided in columns RTESEL, CONNTYPE, and CLLI exactly as it appears. 


Note 2: Datafill provided in column RTE is for example only. 
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Table 22-10 provides the field descriptions for table HNPACONT subtable 
RTEREF. 


Table 22-10 Field descriptions for table HNPACONT subtable RTEREF 


Field Description 


RTE Route reference index. This is referenced in table 
HNPACONT subtable HNPACODE. 


RTESEL Route selector S indicates the call is routed out of the table 
entry in RTEREF. 


CONNTYPE Connection type is not used. D is the default. 


CLLI CLLI that the translation routes to 


In table LCASCRCN (local calling area screening control), position at 
NPALOCNM (NPA local calling area name) for the central office. Then, select 
subtable LCASCR (local calling area screening). Table 22-11 describes the 
datafill for subtable LCASCR. 


Table 22-11 Table LCASCRCN subtable LCASCR 
FROMDIGS TODIGS 
959 959 


Note: Datafill provided in columns FROMDIGS and TODIGS is recommended 
datafill. 


Table 22-12 provides the field descriptions for table LCASCRCN subtable 


LCASCR. 

Table 22-12 Field descriptions for table LCASCRCN subtable LCASCR 
Field Description 
FROMDIGS Suggested dialed number to invoke ISDN BRIV-OE call 
TODIGS Suggested dialed number to invoke ISDN BRIV-OE call 


Translations for default service 
The default service for NI-2 terminals is implemented by feature AF7346. 


User interface 


An indication for a BRIV-OE call is added to MAP LTP level display for the 
POST and HOLD commands. The BRI verification-office equipment feature 
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on-office equipment 


does not create any new directories or change any existing directories. It does 
change the displays for the lines on control or hold positions. 


POST command 


POST is amenu RES command. Its target is both the Digital Multiplex System 
(DMS) SuperNode and the BNR Reduced Instruction Set Computer (BRISC). 
Use the POST command to display the information of a loop by posting its 
LEN, DN, or some other identification. The BRIV-OE feature does not change 
any syntax or parameter definitions for the POST command. It requires no 
system action or user action. 


The only change is on the terminating DN field of the MAP display. It shows 
a BRIV-OE call if there is one BRIV-OE call currently associated with the 
posted line. See Figure 22-1 for a sample MAP display. 


Figure 22-1 POST, one BRIV-OE call on the loop 


S 


POST DELQ BUSYQ PREFIX 

LEN SLCM 04 0 07 11 

LCC PTY RNG STA F S LTA TE RESULT 
ISDN LOOP DN 613 723 4104 CPB ISDNBRIVOE 


>POST L HOST 04 0 07 11 


ye 


When two calls are on the same loop, the MAP screen displays only the 
terminating DN for the most recently connected call. Figure 22-2 shows this 
situation. A recent call made to 723-4104 overwrites the information for the 
existing BRIV-OE call made on another B channel. 
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Figure 22-2 POST, two calls on the same loop 


D 


POST ELQ 


LEN SLCM 04 0 07 11 
LCC PTY RNG STA F S LTA TE RESULT 
ISDN LOOP DN 613 723 4104 CPB 613 723 4106 


z 


HOLD command 
HOLD is a menu RES command. Its target is both the DMS SuperNode and 
the BRISC. Use the HOLD command to put the posted line on hold. The 
BRIV-OE feature does not change any syntax or parameter definitions for the 
HOLD command. It requires no system action or user action. 


The only change is on the terminating DN field of the MAP display. It shows 
a BRIV-OE call if there is one BRIV-OE call currently associated with the 
posted line. See Figure 22-3 for a sample MAP display. 


Figure 22-3 HOLD, one BRIV-OE call on the loop 


POST DELQ 
LEN SLCM 04 0 07 11 


LCC PTY RNG STA F S LTA TE RESULT 


ISDN LOOP DN 613 723 4104 CPB ISDNBRIVOE 


H1 613 723 4104 CPB ISDNBRIVOE 
H2 613 723 4104 CPB ISDNBRIVOE 


>POST L HOST 04 0 07 11 


When two calls are on the same loop, the MAP screen displays only the 
terminating DN for the most recently connected call. Figure 22-4 shows a 
posted line and its two B channels on HOLD. Both channels have a call 
connected. The BRIV-OE call on the B1 channel was made before the call on 
the B2 channel. 
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Figure 22-4 HOLD, two calls on the same loop 


H2 613 723 4104 CPB 


T 
POST DEL BUSY PREFIX 
0 Quit Q Q 
2 Post LEN SLCM 04 0 07 11 
Bey LCC PTY RNG STA F S LTA TE RESULT 
6 Rts ISDN LOOP DN 613 723 4101 CPB ISDNBRIVOE 
7 Diag 
8 
9 AlmStat H1 613 723 4104 CPB ISDNBRIVOE 


ISDNBRIVOE 
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23 Echo station X.25 loopback testing 


Description 


The Echo station X.25 user loopback testing feature allows an end user to 
check network connections for X.25 packet calls as described in Telcordia 
Technologies general requirement, GR2839. The end user sets up the X.25 
loopback test by making an X.25 packet call to an ISDN directory number 
(DN) that represents the echo station. The echo station echoes back to the end 
user the data packets sent to it by the end user. 


To begin an X.25 loopback test using echo station, the end user generates a call 
request packet where the address matches the E.164 address assigned to the 
echo station. The call attempt routes through the network like a normal call. 
When the call request packet reaches the terminating switch, the switch 
identifies the address and routes the call request packet to the echo station. 
After a call connects, the user transmits a data packet to the echo station. 


The echo station performs the following functions as part of the X.25 packet 
call loopback testing: 


e extracts the content of the user data field from the incoming data packet 


e places the contents of the user data field of the incoming data packet in the 
user data field of a new data packet 


e transmits the new data packet to the end user 


The DMS switching system uses normal call clearing procedures to terminate 
a call to an echo-station. Call establishment and clearing procedures for calls 
to an echo station are identical to those for calls to any DN. If the duration of 
a call to an echo station takes longer than the provisioned timeout value, the 
echo station generates a call clearing packet and clears the call. 


The echo station is a software simulation of an ISDN terminal. Echo station 
X.25 loopback testing does not require an extended multiprocessor system 
(XPM) or a network interface unit (NIU). However, the echo station does 
require an X.25 or X.75 link interface unit (XLIU). The echo station DN is an 
X.25 packet DN with access privilege PB. The echo station DN is a software 
entity within the XLIU, which loops back the end user data packet call to the 
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end user. The DMS switching system allows the provisioning of a maximum 
of five echo station DNs for an XLIU. 


Limitations and restrictions 


The following limitations and restrictions apply to the Echo station X.25 user 
loopback testing feature: 


The echo station is internal to the DMS. 
An echo station DN can answer a maximum of 16 simultaneous calls. 


The only type of Closed User Group (CUG) that has access to this feature 
is Ordinary Closed User Group (OCUG). 


The echo station DN can be shared with a BRI voice call type. 
A permanent virtual circuit (PVC) is not allowed for an echo station DN. 


An echo station only supports the looping back of data packets sent to it to 
by the end user. 


An echo station is provisioned using the ADD command at the ECHOCI 
level of the MAP. 


An echo station can not be provisioned using SERVORD. 

An echo station can not be a member of a hunt group. 

A maximum of five echo stations can be provisioned to an XLIU. 
An echo station DN must be a primary DN. 


Use of the CHA command is not supported in table LTMAP for an echo 
station LTID (logical terminal identifier). 


PB is the only valid access privilege for an echo station. 

The LTCLASS for an echo station is BRAFS. 

Only an echo station can have the option ES. 

The ES option is only allowed with an ISDNKSET. 

An echo station LTID can not be changed to non-echo station LTID. 
A non-echo station LTID can not be changed to an echo station LTID. 
An echo station LTID is not datafilled in table LTDEF 


Layer 2 and layer 3 packet abnormality counts do not peg for the echo 
station. 


Operational measurements for echo station 
The Echo station X.25 user loopback testing feature introduces no new 
operational measurements (OM). The Echo station X.25 user loopback testing 
feature does not modify any existing OMs. OFZ OMs peg for echo station 
calls. 


297-2401-201 Standard 07.01 September 2000 


Echo station X.25 loopback testing 23-3 


Interactions 
There are no interactions between the Echo station X.25 user loopback testing 
feature and other software features. 


Logs 
The Echo station X.25 user loopback testing feature has no log reports related 
to it. 


Office parameter information 
The Echo station X.25 user loopback testing feature adds office parameter 
ECHO_STATION_BILL_PARM to table ISDNVAR. Office parameter 
ECHO_STATION_BILL_PARM is new in NAO12. This office parameter 
determines if to the echo station DNs are billed. If office parameter 
ECHO_STATION_BILL_PARM is set to ON, the DMS switching system will 
bill calls to all of its echo stations and AMA120B records generate. The default 
setting for office parameter ECHO_STATION_BILL_PARM is OFF. For 
additional information on office parameter ECHO_STATION_BILL_PARM, 
refer to the ISDN office parameters chapter of this document or to the Office 
Parameters Reference Manual, 297-8001-855. 


ECHOCI MAP level 
The Echo station X.25 user loopback testing feature creates a new CI interface 
called ECHOCI. The ECHOCI MAP level is used to add or remove an echo 
station or modify its parameters. The ECHOCI MAP level uses the following 
commands: 


e ADD—used to provision an echo station DN on an XLIU service group 
e REM—used to remove an echo station DN from service 
e MOD—used to modify an echo station’s parameters 


e HELP—used with ADD, REM, or MOD commands gives user an 
explanation of what these commands are used for 


e HELP—used with the ECHOCI command gives user explanation of all 
ECHOCI commands 


e ECHOCI—used to display help for all ECHOCI commands 
e QUIT—used to get out of the ECHOCI MAP level 


Figure 23-1 shows an example of the MAP display that results from the use of 
the HELP ECHOCI command. 
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Figure 23-1 MAP display resulting from use of HELP ECHOCI command 


(cx: 


>ECHOCI 


>HELP ECHOCI 


COMMAND MOD: CHA 


BGRP> 


Welcome to ECHOCI tool 
Type HELP EVHOCI for help on ECHOCI tool. 


xxx*x Tool to Provision Echo Station **** 


COMMAND ADD: PROVISIONS ECHO STATION DN/LTID 
COMMAND 
<SU 


FORMAT: ADD <LTID> <DN> <CUSTGRP> 
<ncos> <TIMEOUT> <MINUTES> 


NGES 


ECHO STATION RELATED PARAMETERS FOR 


SPE 


CIFIE 


ne 


COMMAND 


D LTID 
FORMAT: MOD <LTID> <TIMEOUT> <MINUTES> 


COMMAND REM: DE-PROVISIONS ECHO STATION LTID/DN 
COMMAND 


REM: REM <LTID> 


QUIT : QUITS FROM ECHOCI 


Figure 23-2 shows an example of the MAP display when using the ADD 
command to add an echo station. Before using the ADD command, check that 
an LTID with PB access privilege exists in table LTDEF. 


Figure 23-2 MAP display example when using ADD command to add an echo 


station 


CI: 
>ECHOCI 


Welcome to ECHOCI tool 
Type HELP ECHOCI for help on ECHOCI tool. 


>ADD 
LTID: 
>PKT 200 
DN: 
>6213456 
CUSTGRP 
>WINGGRP 
SUBGRP : 
>0 

NCOS: 

>0 

NPA 

>613 
TIMEOUT: 
>Y 
MINUTES: 
>15 


COMMAND AS ENTER 


ED: 


ADD PKT 200 6213 
ENTER Y TO CONFI 
>Y 
ECHO STATION LTI 


456 W 
RM, N 


D PKT 


INGGRP 0 0 613 Y 15 
TO REJECT OR E TO 


200 IS PROVISIONED. 


Note: Valid TIMEOUT value range is 1—30 minutes. 
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Table 23-1 lists the error messages related to the ECHOCI ADD command and 


their causes. 


Table 23-1 Error messages associated with the ADD command 


ECHOCI ADD command error message 


LTID XXX IS ALREADY DATAFILLED ECHO 
STATION PROVISIONING FAILED 


LTID IS NOT DATAFILLED IN TABLE LTDEF 
ECHO STATION PROVISIONING FAILED 


PB IS THE ONLY VALID ACCESS 
PRIVILEGE FOR AN ECHO STATION LTID 
ECHO STATION PROVISIONING FAILED 


FOR AN ECHO STATION LTID, LTCLASS 
SHOULD BE BRAFS ECHO STATION 
PROVISIONING FAILED 


<Table Control error message> example: 
Echo Station LTID XXX provisioning incorrect 
ECHO STATION PROVISIONING FAILED 


SECONDARY DN CAN NOT BE 
PROVISIONED TO AN ECHO STATION 
LTID 


NO OPTIONS ARE ALLOWED TO BE 
PROVISIONED TO AN ECHO STATION 
LTID 


Explanation of cause of error message 


User specifies an echo station LTID that already 
exists in table KSETINV. 


User specifies an echo station LTID that is not 
datafilled in table LTDEF. 


User specifies an LTID that is not a valid echo station 
LTID. 


User specifies an LTID that does not have LTCLASS 
BRAFS assigned to it. 


Table control is unable to add echo station to tables 
KSETINV and KSETLINE. 


User attempts to associate a secondary DN with 
echo station LTID in table KSETLINE. 


User attempts to add option to echo station LTID in 
table KSETLINE. 


Figure 23-3 shows an example of the MAP display when using the MOD 
command to modify an echo station’s parameters. The TIMEOUT value 
modified by the MOD command effects calls after the change is made. 
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Figure 23-3 MAP display example when using MOD command to modify an 
echo station’s parameters 


CL: 

>ECHOCI 

Welcome to ECHOCI tool 

Type HELP ECHOCI for help on ECHOCI tool. 
ECHOCI: 

>REM 
LTID: 
>PKT 200 
TIMEOUT: 
>N 
COMMAND AS ENTERED: 
MOD PKT 200 N 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 
>Y 
PARAMETERS CHANGED FOR ECHO STATION LTID PKT 200 


Table 23-2 lists the error messages related to the MOD command and an 
explanation of their causes. 


Table 23-2 Error messages associated with the MOD command 


ECHOCI MOD command error message Explanation of cause of error message 
LTID XXX IS NOT PROVISIONED MODIFY User attempts to use MOD command on an LTID 
OPERATION FAILED that does not exist in table KSETINV. 


LTID XXX IS NOT ECHO STATION. THE ECHO User attempts to use MOD command on an LTID 
STATION CI CAN NOT BE USED TO MODIFY that is not an echo station LTID. 
LTID. MODIFY OPERATION FAILED. 


ISDN TERMINAL IS BUSY. TRY AGAIN LATER. User attempts to use MOD command on an echo 
ECHO STATION MOD OPERATION FAILED. station LTID that is call processing busy (CPB). 


<Table Control error message> MODIFY Table control operation fails for echo station LTID 
OPERATION FAILED in table KSETINV. 


Figure 23-4 shows the MAP display when using the REM command to 
unprovision an echo station LTID. The user must delete tuples in tables 
LTMAP, DNCTINFO, and DNCHNL that are related to the echo station LTID 
before using the REM command on it. 
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Figure 23-4 MAP display example when using REM command to unprovision 
an echo station LTID 


cr: = 


>ECHOCI 
Welcome to ECHOCI tool 
Type HELP ECHOCI for help on ECHOCI tool. 


>REM 
LILD: 
>PKT 200 

COMMAND AS ENTERED: 
REM PKT 200 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 


HO STATION LTID PKT 200 


Table 23-3 lists the error messages related to the REM command and an 
explanation of their causes. 


Table 23-3 Error messages associated with the REM command 


ECHOCI REM command error message Explanation of cause of error message 


LTID XXX IS NOT ECHO STATION THE User attempts to use REM command with an LTID 
ECHO STATION CI CAN NOT BE USED TO that is not an echo station LTID. 
DELETE LTID. ECHO STATION 
DEPROVISIONING FAILED. 


LTID XXX IS NOT PROVISIONED ECHO User attempts to use REM command on an LTID 
STATION DEPROVISIONING FAILED that has not been provisioned. 

<Table Control error message> ECHO Table control delete operation fails for tables 
STATION DEPROVISIONING FAILED KSETINV and KSETLINE. 


Datafill for X.25 user loopback testing feature 


Table 23-4 shows the tables that require datafill when provisioning an echo 
station LTID. The tables are listed in the order of datafill. Table 23-4 shows 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


23-8 Echo station X.25 loopback testing 


sample datafill for each table it lists. For additional information on each of 
these tables refer to Customer Data Schema Reference Manual, 297-8001-351. 


Table 23-4 Datafill example for provisioning an echo station (Sheet 1 of 2) 


Table name Example tuple datafill Source of tuple datafill 
LTGRP PKT 200 (SAPI16) User enters datafill using table control. 
LTDEF PKT 200 PB BRAFS $ User enters datafill using table control. 


Note: PB is only valid access 
privilege for an echo station. BRAFS is 
only valid LTCLASS for echo station. 


KSETINV PKT 200 ISDNKSET 2 ES Y 15 $ User uses ECHOCI command ADD to 
provision echo station. The DMS switch 

Note: New option parameter, echo automatically adds echo station to table 
station (ES) is added to table. ES as a result. 
option reserves LTID for the echo 
station. 

KSETLINE PKT 200 1 DN N 6211001 WINGGRP User uses ECHOCI command ADD to 
$ BRI PMD N$ provision echo station. The DMS switch 


automatically adds echo station to table 
Note: Entry includes DN assigned to as a result. 
echo station. 


DNCTINFO 6136211108 PMD PMD (FSA N) User enters datafill using table control. 
(RCA N) (CUGS N) (TCN N) (FCPN N) 
(ICB N) (LCP N) $ 


Note: Defines X.25 facilities for echo 
station DN. 


DNCHNL 6136211105 B B (LCA (SLCN 1) User enters datafill using table control. 
(NPVC 0) (NOWI 0) (NNRC 1) 
(NOWO 0) $) (PLSQ MOD8) (NDWS 
N) (NDPS N) (DTCA N) $ 


Note: Contains layer 2 (not used) and 
layer 3 parameters for echo station. 


CUGINFO X.25 6136211001 0 2543 0 X25 N Y User enters datafill using table control. 


Note: Assigns echo station to OCUG. 
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Table 23-4 Datafill example for provisioning an echo station (Sheet 2 of 2) 


Table name Example tuple datafill Source of tuple datafill 
XSGDEF 8 MS 2101 30 Y User enters datafill using table control. 
LTMAP PKT 200 XSG 8 $ User enters datafill using table control. 


Note: New logical terminal selector 
XSG added to identify XLIU to which 
echo station is mapped. 


Figure 23-5 shows an example of the MAP display when adding datafill that 
maps an echo station LTID to an XLIU service group (XSG) in table LTMAP. 


Figure 23-5 Example MAP display when mapping echo station LTID to an XSG 


OPTION: 


TUPLE TO BE ADDED: 
PKT 200 XSG 12$ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 


TUPLE ADDED 7 


Table 23-5 lists the error messages related to adding tuples to table LTMAP for 
echo stations and an explanation of their causes. 


Table 23-5 Error messages associated with table LTMAP entries for echo stations (Sheet 1 of 2) 


Table LTMAP error messages Explanation of cause of error message 

MAXIMUM 5 ECHO STATION LTID CAN BE User tries to assign more than five echo station 

ASSIGNED TO A XSG LTIDs to one XLIU. 

ECHO STATION LTID CANNOT BE MAPPEDTOA User tries to map an echo station LTID to a line 

LEN equipment number (LEN). 

NON ECHO STATION LTID CAN NOT BE User tries to map a non-echo station LTID to 

MAPPED TO XSG an XSG or user tries to map an LTID to an 
XSG when the LTID is only datafilled in table 
LTDEF. 
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Table 23-5 Error messages associated with table LTMAP entries for echo stations (Sheet 2 of 2) 


Table LTMAP error messages 


ECHO STATION LTID CANNOT BE MAPPED TOA 
CLLI 


NO OPTIONS ARE ALLOWED TO BE 
PROVISIONED TO AN ECHO STATION LTID 


XSG IS NOT DEFINED IN TABLE XSGDEF 


NO XLIU IS ASSIGNED TO THE XSG DEFINED IN 
TABLE XSGDEF 


CHANGE OPERATION IS NOT ALLOWED FOR 
ECHO STATION LTID. DELETE THE TUPLE AND 
ADD A NEW TUPLE 


Table DNCTINEFO is not datafilled for this LTID 


Table DNCHNL is not datafilled for this LTID 


Explanation of cause of error message 


User tries to map an echo station to a CLLI. 


User tries to datafill options for an echo station 
LTID. 


User tries to map an XSG that is defined in 
table XSGDEF without an XLIU assignment to 
an echo station LTID. 


User tries to change the XSG assigned to echo 
station LTID to an XSG without an XLIU 
assignment in table XSGDEF. 


User tries to use table editor CHA command to 
change the XSG number assigned to an echo 
station LTID. 


User tries to add an echo station LTID to table 
without having a corresponding DN tuple in 
table DNCTINFO. 


User tries to add an echo station LTID in table 
without having a corresponding tuple in table 
DNCHNL. Error message occurs even if there 
is an entry in table DNCTINFO for the echo 
station DN. 


Figure 23-5 shows an example of the MAP display that occurs when adding 
the parameters for an echo station DN in table DNCHNL. Table DNCHNL 
contains the layer 2 and layer 3 parameters for a DN. However, echo station 
DN does not use layer 2 parameters. 


Figure 23-5 Example MAP display when adding echo station DN parameters 


(Sheet 1 of 3) 


>TABLE DNCHNL 


E: DNCHNL 


>ADD 
6136211105 B 
CHNL: 

>B 
B_OPTIONS: 
>LLFSQ 


—continued— 
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Figure 23-5 Example MAP display when adding echo station DN parameters 
(Sheet 2 of 3) 


LLFSQ: 

>MOD8 
B_OPTIONS : 
>T1 

Tis 

>2 
B_OPTIONS: 
>T2 

TD: 

>10 
B_OPTIONS: 
>T3 

E38 

>3 
B_OPTIONS: 
>N2 

N2: 

>12 
B_OPTIONS: 
>LCA 
LCA_OPTIONS: 
>SLCN 
LCA_OPTIONS: 
>NPVC 
LCA_OPTIONS: 
>NOWI 

NOWI: 

>12 
LCA_OPTIONS: 
>NNRC 

NNRC: 

>16 
LCA_OPTIONS: 
>NOWO 

NOWO: 

>0 
B_OPTIONS: 
>PLSQ 

PLSQ: 

>MOD8 
B_OPTIONS: 
>NDWS2 
SUBSCRIBED: 
>Y 


s 


—continued— 
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Figure 23-5 Example MAP display when adding echo station DN parameters 
(Sheet 3 of 3) 


IPLWS: N 


>4 

OPLWS: 

>4 
B_OPTIONS: 


>NDPS 
UBSCRIBED: 


MPS: 


UBSCRIBED: 


DTCA: 

9600 

DTCA: 

9600 

UPLE TO BE ADDED: 

136211105 B B (LLFSQ MOD8) (LLWS 2) (T1 12) (T2 1) (T3 2) 

N2 12) (LCA (SLCN 1) (NPVC 0) (NOW1 12) (NNRC 20) (NOWO 0) 

) (PLSQ MOD8) (NDWS Y 4 4) (NDPS Y 64 64) (DTCA Y 9600 9600) 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 


Ue OA Sooo ea Ur weenie 


TUPLE ADDED 
WARNING: ECHO STATION DOES NOT SUPPORT L2 PARAMETER 


—end— p 


Table 23-6 lists the warning messages related to adding tuples table DNCHNL 
for echo station DNs and an explanation of their causes. 


Table 23-6 Warning messages related to table DNCHNL data entries (Sheet 1 
of 2) 


Explanation of cause of warning 
Table DNCHNL warning messages message 


WARNING: ECHO STATION DOES _ User tries to datafill layer 2 parameters for 
NOT SUPPORT L2 PARAMETER echo station DN. 


Note: All layer 2 parameters 
entered are accepted with the 
preceding warning. 
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Table 23-6 Warning messages related to table DNCHNL data entries (Sheet 2 
of 2) 


Table DNCHNL warning messages 


WARNING: NPVC FOR ECHO 
STATION CAN NOT BE GREATER 
THAN 0 


WARNING: NOWO FOR ECHO 
STATION CAN NOT BE GREATER 
THAN 0 


Explanation of cause of warning 
message 


User tries to add parameter NPVC with 
value other than 0. 


User tries add parameter NOWO with a 
value greater than 0. 


Table 23-7 lists the error messages related to adding tuples to table DNCHNL 
for echo station DNs and an explanation of their causes. 


Table 23-7 Error messages associated with table DNCHNL data entries 


Table DNCHNL error messages 


ECHO STATION SUPPORTS ONLY 
B CHANNEL TYPE 


ERROR: ECHO STATION 
SUPPORTS ONLY PLSQ MOD8 


ERROR: ECHO STATION CAN NOT 
HAVE NNRC > 16 PROVISIONED 
ON IT 


ERROR: ECHO STATION CAN NOT 
HAVE NOWI + NNRC >16 
PROVISIONED ON IT 


ERROR: ECHO STATION SHOULD 
HAVE EQUAL IMPS AND OMPS 


ERROR: NPVC FOR ECHO 
STATION CAN NOT BE GREATER 
THAN 0 


ERROR: NOWO FOR ECHO 
STATION CAN NOT BE GREATER 
THAN 0 


Explanation of cause of error message 


User tries to provision a D channel for an 
echo station. 


User tries to provision the PLSQ 
parameter with a value of MOD128. 


User tries to provision the NNRC 
parameter with a value greater than 16. 


User tries to provision parameters NOWI 
and NNRC with a combined total value 
greater than 16. 


User tries to provision parameters IMPS 
and OMPS with different values. 


User tries to select a value greater than 


zero for LCA parameter NPVC. 


User tries to select a value greater than 
zero for LCA parameter NOWO. 


Service order and echo stations 

Echo stations are not provisioned using SERVORD. Echo station provisioning 
is done using table editor and ECHOCI MAP level commands. Table 23-8 lists 
the SERVORD commands that do not support echo station LTIDs or DNs. The 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


23-14 Echo station X.25 loopback testing 


table lists the error messages that display if an end user tries to use the listed 
commands with an echo station LTID or DN. 


Table 23-8 Error messages related to trying to use blocked SERVORD 
commands with echo station LTID or DN 


SERVORD command Error message 

SLT ATT SLT command can not be used for Echo station 
LTID/DN 

SLT DET SLT command can not be used for Echo station 
LTID/DN 

NEW The NEW command can not be used for an Echo Station 
LTID/DN. Please use ECHOCI to modify Echo station 
data. 

OUT The OUT command can not be used for Echo Station 
LTID/DN. Please use ECHOCI to modify Echo Station 
data. 

EST EST command can not be used for an Echo Station 
LTID/DN 

ADD ADD command can not be used for an Echo Station 
LTID/DN 

SETPH SETPH command can not be used for an Echo Station 
LTID/DN 

ADDPH ADDPH command can not be used for an Echo Station 
LTID/DN 

CHAPH CHAPH command can not be used for an Echo Station 
LTID/DN 

DELPH DELPH command can not be used for an Echo Station 
LTID/DN 

SUS SUS command can not be used for an Echo Station 
LTID/DN 

RES RES command can not be used for an Echo Station 
LTID/DN 

CHG CHG command can not be used for an Echo Station 
LTID/DN 


Default value assignment for X.25 parameters and facilities 
Table SVCDATA defines a default service profile for packet DNs that includes 
X.25 and facility parameter values. If an echo station is datafilled in table 
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DNCHNL without options, the DMS switch reads default values for all the 
DNCHNL options from table SVCDATA and assigns them to the DNCHNL 
tuple. Figure 23-6 shows an example of the MAP display when adding an echo 
station DN without options to table DNCHNL. 


Figure 23-6 Example of MAP display when adding echo station DN without 
options 


>TABLE DNCHNL 


TABLE DNCHNL: 
>ADD 
KEY: 
>6136215000 B 
CHNL: 
>B 
B_OPTIONS: 
>$ 
TUPLE TO BE ADDED 
6136215000 B 
B $ 
ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT. 
>Y 
WARNING: ECHO STATION DOES NOT SUPPORT L2 PARAMETER. 
TUPLE ADDED 


K 


Table DNCHNL X.25 option parameters do not apply to echo station DNs. 
Therefore the default X.25 parameter values supplied by table SVCVDATA 
for an echo station DN in table DNCHNL are overridden by a set of echo 
station specific default values supported by the Echo Station User Loop Back 
Testing feature listed in Table 23-9. 


Table 23-9 Table DNCHNL X.25 parameters default values 


X.25 parameter Default value 
NPVC 0 

NOWO 0 

DTCA 9600 bit/s 
PLSQ MOD8 


Figure 23-7 shows an example of the MAP display of a tuple for an echo 
station DN in table DNCHNL. The Echo Station User Loop Back Testing 
feature supplies the X.25 parameters in the tuple. 
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Figure 23-7 Example of MAP display of echo station DN tuple in table DNCHNL 


OPTIONS 


6136215000 B 
(LLFSQ MOD8) (LLWS 7) (T1 20) (T2 2) (T3 5) (N2 3 
LCA (SLCN 1) (NPVIC 0) (NOWI 0) (NNRC 1) (NOWO 0) 
PLSQ MOD8) (NDWS N) (NDPS N) (DTCA N) $ 


Figure 23-8 shows an example of the MAP display when provisioning X.25 
facilities for an echo station DN in table DNCTINFO. 


Figure 23-8 Example of MAP display when provisioning echo station DN X.25 
parameters (Sheet 1 of 2) 


>TABLE DNCTINFO 
TABLE: DNCTINFO: 


KEY: 
>6136211105 PMD 
Cr: 


Z 
G 
H 


BSCRIBED: 


D_OPTION: 


HK ec 


BSCRIBED 


D_OPTION: 
RCA 
BSCRIBED: 


N 
M 

R 
N 
MD_OPTION: 
ICS 
N 
M 
C 
U 
Y 


BSCRIBED: 


D_OPTION: 
UGS 
BSCRIBED: 


D_OPTION: 


BSCRIBED: 


—continued— 
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Figure 23-8 Example of MAP display when provisioning echo station DN X.25 
parameters (Sheet 2 of 2) 


PMD_OPTION: 
>FCPN 
BSCRIBED: 


D_OPTION: 
>OCB 
BSCRIBED: 


PMD_OPTION: 
ICB 
BSCRIBED: 


K Cc 


MD_OPTION: 
CP 
BSCRIBED: 
D_OPTION: 


B 


C 


ga 
O 
D 
w 


BSCRIBED: 


E TO BE ADD 


6211105 PMD 


~TITNDHVNVDHAVVY VUV 


AGO OU 
Z 
G 
H 


KBAMWRErPaKaAER 


VE 


TUPLE ADDED 


ED: 


N) (FSA N) 
PN Y) (OCB N) 
ER Y TO CONFIRM, 


(IC 


RCA N) (ICS N) (CUGS Y OCUG Y) (TCN Y) 
B N) 
N TO REJECT OR E TO EDIT. 


OCI] 


WARNING: ECHO STATION DOES NOT SUPPORT 
NUI, ICS, 


B, 


a 


(LCP N) (RPOAB N) 


ICB, LCP, RPOAB 


—end— e 


Table 23-10 lists the error messages related to adding tuples to table 
DNNCTINFO for echo station DNs and an explanation of their causes. 


Table 23-10 Error messages related to table DNCTINFO data entries (Sheet 1 of 2) 


Table DINCTINFO error messages 


Explanation of cause of error message 


ECHO STATION DOES NOT SUPPORT NUI 


ECHO STATION DOES NOT SUPPORT ICS 


ECHO STATION DOES NOT SUPPORT CUGOAIA 


ECHO STATION DOES NOT SUPPORT CUGOA 
ECHO STATION DOES NOT SUPPORT CUGIA 


ECHO STATION DOES NOT SUPPORT OCB 


User tries to provision a NUI for an echo 
station DN. 


User tries to provision ICS for an echo 
station DN. 


User tries to provision CUGOAIA, CUGOA, 
and CUGIA under CUG for an echo station 
DN. 


User tries to provision OCB for an echo 
station DN. 
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Table 23-10 Error messages related to table DNCTINFO data entries (Sheet 2 of 2) 


Table DINCTINFO error messages Explanation of cause of error message 

ECHO STATION DOES NOT SUPPORT ICB User tries to provision ICB for an echo 
station DN. 

ECHO STATION DOES NOT SUPPORT RPOAB User tries to provision RPOAB for an echo 
station DN. 

ECHO STATION DOES NOT SUPPORT LCP User tries to provision LCP for an echo 
station DN. 


Default value assignment for X.25 parameters and facilities 

Table SVCDATA defines a default service profile for packet DNs that includes 
X.25 and facility parameter values. If an echo station is datafilled in table 
DNCTINFO without options, the DMS switch reads and assigns default values 
to it from table SVCDATA. Figure 23-9 shows an example of the MAP display 
when adding an entry for an echo station DN without options in table 
DNCTINFO. 


Figure 23-9 Example of MAP display when adding echo station DN without 
options 


7 = 


>TABLE DNCTINFO 
TABLE DNCTINFO: 
>6136215000 PMD 


>PMD 
PMD_OPTION: 


TUPLE TO BE ADDED: 
6136215000 PMD 


ENTER Y TO CONFIRM, N TO REJECT OR E TO EDIT 


JARNING: ECHO STATION DOES NOT SUPPORT 
NUI, ICS, OCB, ICB, LCP, RPOAB j) 


Many of the X.25 facilities defined as options in table DNCTINFO do not 
apply to an echo station DN. Because of this the DMS switch overrides the 
default values supplied to table DNCTINFO for an echo station DN by table 
SVCDATA. For example, a tuple added to table DNCTINFO for an echo 
station without option OCB being defined is datafilled by the DMS switch with 
default data from table SVCDATA. The default value for OCB in table 
SVCDATA is Y. However, the echo station software does not support the OCB 
option. Because of this, the DMS switch overrides the table SVCDATA default 
and sets the OCB option to N in table DNCTINFO. 
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Figure 23-10 shows an example of the MAP display of a tuple for an echo 
station DN in table DNCTINFO. Echo Station User Loop Back Testing feature 
supplies the X.25 parameters shown in the tuple. 


Figure 23-10 Example of MAP display of echo station DN tuple in table 


DNCTINFO 


6136215000 PMD 


PMD (NUI N 


(FCPN N) (OCB N) (ICB N) (LCP N) 


) (FSA N) (RCA N) 


(ICS N) 


(RPOAI 


(CUGS N) 
B N) $ 


OPTIONS 


Figure 23-11 shows an example of the MAP display when provisioning a tuple 
for an echo station DN in table CUGINFO. 


Figure 23-11 Example of MAP display when adding echo station DN tuple 


>TABLE CUG 
TABLE CUGINFO: 


KEY: 
>X25 61362 


INFO 


15000 1 


PLE TO BE 


ADDED: 


5 613621 


PLE ADD 


5000 1 2543 0 X25 


ED 


N Y 


ENTER Y TO CONFIRM, N TO REJECT OR 


E TO 


EDIT. 
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Table 23-11 lists the error messages related to adding tuples to table 
CUGINFO for echo station DNs and an explanation of their causes. 


Table 23-11 Error messages related to table CUGINFO data entries 


Table CUGINFO error messages 


ECHO STATION DN SUPPORTS ONLY FOR 
OCUG CUG ACCESS. FOR OCUG CUG ACCESS 
CUG INDEX VALUE CAN BE ONLY ZERO 


INCOMING CALLS CAN NOT BE BARRED FOR 
ECHO STATION DN 


OUTGOING CALLS SHOULD ALWAYS BE 
BARRED FOR AN ECHO STATION DN 


Explanation of cause of error message 


User tries to add data to table for echo station 
DN with CUG INDEX greater than 0. 


User tries to datafill CUGIAB (Closed User 
Group incoming access barring facility) with a 
value of Y in table. Only value allowed for echo 
station DN is N. 


User tries to datafill CUGOAB (Closed User 
Group outgoing access barring facility) with a 
value of N in table. Only value allowed for echo 
station DN is Y. 


Figure 23-12 shows an example of the MAP display when mapping an echo 
station LTID to an XLIU XSG in table LTMAP. The logical terminal selector 
XSG is new in NAO12. The value range for XSG number is 0-749. The 
maximum number of echo station LTIDs that a user can assign to an XSG is 
five. A user must add an XSG to table XSGDEF before adding it in field XSG 


in table LTMAP. 


Figure 23-12 Example of MAP display when adding echo station LTID tuple 


LTKEY: 

>PKT 200 

MAPTYPE: 

>XSG 

XSG: 

>12 

OPTION: 

>$ 

TUPLE TO BE ADDED: 
PKT 200 XSG 12 $ 


>Y 
TUPLE 


ADDED 


ENTER Y TO CONFIRM, N TO REJECT, OR E TO 


S 


EDIT. 
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Table 23-12 lists the error messages related to adding tuples to table LTMAP 
for echo station LTIDs and an explanation of their causes. 


Table 23-12 Error messages related to table LTMAP data entries 


Table LTMAP error messages 


MAXIMUM 5 ECHO STATION LTID CAN BE 
ASSIGNED TO A XSG 


ECHO STATION LTID CANNOT BE MAPPED 
TO ALEN 


NON ECHO STATION LTID CAN NOT BE 
MAPPED TO XSG 


ECHO STATION LTID CAN NOT BE MAPPED 
TO A CLLI 


NO OPTINS ARE ALLOWED TO BE 
PROVISIONED TO AN ECHO STATION LTID 


XSG IS NOT DEFINED IN TABLE XSGDEF 


NO XLIU IS ASSIGNED TO THE XSG DEFINED 
IN TABLE XSGDEF 


CHANGE OPERATION IS NOT ALLOWED 
FOR ECHO STATION LTID. DELETE TUPLE 
AND ADD NEW TUPLE. 


TABLE DNCTINFO IS NOT DATAFILLED FOR 
THIS LTID 


TABLE DNCHNL IS NOT DATAFILLED FOR 
THIS LTID 


Explanation of cause of error message 


User tries to map more than 5 echo station LTIDs 
to an XSG. 


User tries to map an echo station LTID to a LEN. 


User tries to map an non-echo station LTID to an 
XSG. 


User tries to map an echo station LTID to a CLLI. 


User tries to include an option in the mapping of 
an echo station LTID. 


User tries to map an echo station LTID to an XSG 
that is not entered in table XSGDEF. 


User tries to map an echo station LTID to an XSG 
that is not assigned to an XLIU in table XSGDEF. 


User tries to modify echo station LTID tuple using 
table editor CHA command. 


User tries to add tuple for echo station LTID in 
table without having a corresponding tuple for the 
DN associated with the LTID in table DNCTINFO. 


User tries to add echo station LTID to table 
without having a corresponding tuple in table 
DNCHNL. 


Query command QPHF used with echo station 


The query packet handler facility (QPHF) command is a CI command the can 
be used to display the packet handler information for a queried entity including 


e anecho station DN 
e anecho station LTID 
e an XSG 
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QPHF command with DN option 

The QPHF command with the DN option displays the packet handler 
information provisioned for the echo station DN. The information display 
includes the X.25 facilities provisioned for the echo station DN in table 
DNCTINFO and the DN and channel type provisioned in table DNCHNL.The 
display does not include channel information. The display shows the mapping 
information for the echo station LTID as a string that starts with XSG number 
followed by the phrase echo station. If the echo station LTID is not mapped to 
an XSG, the display displays the message: “Unable to provide mapping for 
echo Station Link.” Figure 23-13 shows the MAP display that results from 
using the QPHF DN command where the LTID related to the echo station DN 
mapped to an XSG. Figure 23-14 shows the MAP display that results from 
using the QPHF DN command where the LTID related to the echo station DN 
where the LTID related to with the echo station DN is not mapped to an XSG. 


Figure 23-13 Example of MAP display for QPHF DN command where LTID is 
mapped to XSG 


Crs 
>QPHF DN 5551001 


DN INFORMATION (B Channel) 


NUI: NO FSA: NO RCA: NO TCN: NO ICB: NO 
FCPN: NO RPOAB: NO LXP: NO CUGS: NO OCB: NO 
SLCN: 1 NPVC: 0O NOWI: 0 NNRC: 1 NOWO: O 
NDPS: NO LLFSQ: N/A N2: N/A T2: N/A NI: NA 
DTCA: NO IDCTA: 64000 ODTCA: 64000 IPLWS: 2 
OPLWS: 2 PLSQ: MOD8 NDWS: NO 


MAPPING 

LTID: PKT 100 

XSG: 100 ECHO STATION 
TIMEOUTS: NO MINUTES: N/A 


CUG INFORMATION 
TYPE: X25 DN: 6135551001 
DNIC: 2525 INTERLOCK: 0 IAB: NO OAB: YES INDEX: 0 Jp 
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Figure 23-14 Example of MAP display for QPHF DN command where LTID is not 


mapped to XSG 


(cr: 


>QPHF DN 5551001 


a 


DN INFORMATION (B Channel) 
NUI: NO FSA: NO RCA: NO TCN: NO ICB: NO 
FCPN: NO RPOAB: NO LXP: NO CUGS: NO OCB: NO 
SLCN: 1 NPVC: 0O NOWI: 0 NNRC: 1 NOWO: 0 
NDPS: NO LLFSQ: N/A N2: N/A T2: N/A NI: NA 
DTCA: NO IDCTA: 64000 ODTCA: 64000 IPLWS: 2 
OPLWS: 2 PLSQ: MOD8 NDWS: NO 
MAPPING 
LTID: PKT 102 
Unable to provide mapping for Echo Station Link 


QPHF command with LTID option 
The QPHF with the LTID option displays the packet handler information for 
the echo station LTID. The display shows the following information: 


e layer 3 status 
e mapping information including 
DN 

key number 

XSG number 


link information 


Figure 23-15 shows an example of the 


types of calls ongoing at time command is entered 


MAP display that results from the use 


of the QPHF LTID command. The MAP display of the QPHF LTID command 
does not include PVC and outgoing SVC call information. 
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Figure 23-15 Example of MAP display for QPHF LTID command 


z a 


>QPHF LTID PKT 1 


LINK INFORMATION 


TYPE: X.25 B LTID: PKT 1 


MAPPING 

XSG: 100 ECHO STATION 
TIMEOUT: NO MINUTES: N/A 
DN: 6135551001, KEY: 1 


CALL INFORMATION 


SVC: 0 call 
incoming svc: 0 call 


Layer 3 link status: down 


Figure 23-16 shows an example of the MAP display that results from entering 
the QPHF command with the XSG option. 


Figure 23-16 Example of MAP display for QPHF command entered with XSG 
option 


Crs 
>QPHF XSG 100 


XSG INFORMATION 
XSG EXT INDEX: 100 CURRENT NUMBER OF LINKS: 8 
XLIU INDEX: 0 MAXIMUM NUMBER OF CHANNELS: 30 
XSG 100 IS AVAILABLE FOR USE BY AUTO RESOURC 


T 


ASSIGNMENT NUMBER OF ECHO STATION: 1 
MAPPING 

CHANNEL: 1 X.25 PB 

CHANNEL: 2 X.25 PB 

CHANNEL: 3 X.25 PB 

CHANNEL: 4 X.25 PB 

CHANNEL: 5 X.25 Bd 

CHANNEL: 6 X.25 Bd 

CHANNEL: 7 X.25 Bd 

LTID: PKT 100 ECHO STATION 
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Figure 23-17 shows an example of the MAP display that results from the use 
of the QPHF command with the XSG option where the echo station has not 

been mapped. If only the echo station link child is present and no channel child 
is present on the XSG, the message “No Physical Channels mapped” displays. 


Figure 23-17 Example of MAP display for QPHF XSG command entered where 
echo station is not mapped, only channel child is present 


Ci: 
>QPHF XSG 100 


XSG INFORMATION 
XSG EXT INDEX: 100 CURRENT NUMBER OF LINKS: 5 
XLIU INDEX: 0 MAXIMUM NUMBER OF CHANNELS: 30 
XSG 100 IS AVAILABLE FOR USE BY AUTO RESOURCE 


ASSIGNMENT NUMBER OF ECHO STATION: 0 

MAPPING 

CHANNEL: 1 X.25 PB 

CHANNEL: 2 X.25 PB 

CHANNEL: 3 X.25 PB 

CHANNEL: 4 X.25 PB 

CHANNEL: 5 X.25 Bd 

No Echo Station Links mapped yy 


Figure 23-18 shows an example of the MAP display when using the QPHF 
command with the XSG option where no channel child is present. Only the 
echo station is present as shown in the following display. 


Figure 23-18 Example of MAP display of QPHF command with XSG command 
where no channel child is present 


GL: 
>QPHF XSG 102 

XSG INFORMATION 
XSG EXT INDEX: 102 CURRENT NUMBER OF LINKS: 0 
XLIU INDEX: 2 MAXIMUM NUMBER OF CHANNELS: 30 
XSG 100 IS AVAILABLE FOR USE BY AUTO RESOURCE 
ASSIGNMENT NUMBER OF ECHO STATION: 4 


MAPPING 

No Physical channels mapped. 
LTID: PKT 601 

LTID: PKT 201 

LTID: PKT 301 


R PKT 401 a 
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Figure 23-19 shows an example of the MAP display when using the QPHF 
command with the XSG ALL option. 


Figure 23-19 Example of MAP display of QPHF command with XSG ALL option 


he ~ 


>QPHF XSG 100 ALL 


MAPPINGS FOR XSG 100 


CHANNEL: 1 LTID: PKT 5 DN: 6135551105 

No active call (s) on this LTID. 
CHANNEL: 2 LTID: PKT 6 DN: 6135551106 

No active call(s) on this LTID. 
CHANNEL: 6 
CHANNEL: 7 LTID: PKT 3 DN: 6135551103 


No active call(s) on this LTID: 


ECHO DATA: LTID: PKT 100 DN: 6135551022 
No active call(s) on this LTID. 


Me < 


Figure 23-20 shows an example of the MAP display for the QPHF XSG ALL 
command where there is no mapping for echo station LTIDs. Only the data for 
the echo station displays. 


Figure 23-20 Example of MAP display for QPHF XSG ALL command when there 
is no channel mapping 


cr: $ 


>QPHF 102 ALL 


MAPPINGS FOR XSG 102 


No Physical Channels mapped. 

ECHO DATA: LTID: PKT 601 DN: 6136667706 
No active call(s) on this LTID. 
ECHO DATA: LTID: PKT 201 DN: 6135557702 

No active call(s) on this LTID. 
ECHO DATA: LTID: PKT 301 DN: 6135557703 
No active call(s) on this LTID. 
ECHO DATA: LTID: PKT401 DN: 6135557704 

No active calls on this LTID. E 
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Packet resource reassignment tool 


The packet resource reassignment tool (PHRRCI) is used to move an echo 
station LTID from one XSG to another XSG. The PHRRCI tool is accessed 
from the CI level of the MAP by entering, PHRRCI. The command syntax for 
using the MOVE command to move an echo station LTID from one XSG to 
another is: 


Move <BPKT-LTID> TO <XSG or XLIU destination> [XSG number 
{0 to 749}] 


Note: For additional information on PHRRCI refer to Integrated Services 
Digital Network Basic Rate Maintenance Guide, 297-2401-501. 


Figure 23-21 shows an example of the MAP display when moving an echo 
station LTID from one XSG to another using the PHRRCI level command 
MOVE. 


Figure 23-21 Example of MAP display when using the PHRRCI command move 


GI: N 
>PHRRIC: 


HRRCI Packet Resource Reassignment Tool: 

MOVE PKT 200 TO XSG 3 

equest Queued at position 1 

NFO - Current LTMAP entry has been removed <PKT 200> 

NFO - New LTMAP entry for ES has been successfully created 


HHWVW 


RESULT - LTID <PKT 200> successfully moved from XSG 2 to 
XSG 3 

WARNING - The LTID may not have returned to service 
successfully. Manual intervention may be required 


Done ae 


Note: Post the echo station DN at the LTP level of the MAP to determine 
its status. 


Table 23-13 lists the error messages related to the PHRRCI level MOVE 
command and an explanation of their causes. 


Table 23-13 Error messages related to with PHRRCI level command MOVE 


STATION 


PHRRCI MOVE command error messages Explanation of cause of error message. 


ERROR-XSG xxx has no space for ES links User tries to move an echo station LTID to an 


ERROR- New XSG add in LTMAP failed for ECHO User tries to move echo station LTID to new 


XLIU which already has the maximum of five 
echo station LTIDs mapped to it. 


XSG and addition to table LTMAP fails. 
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Maintenance activity on echo station directory number 
Perform maintenance on the echo station DN at the line test position (LTP) 
level of the MAP. Determine the status of an echo station DN by posting it at 
the LTP level of the MAP. Access the LTP level of the MAP by entering the 
following command: 


>MAPCI;MTC;LNS;LTP 


Post an echo station DN at the LTP MAP level by entering the following 
command: 


>POST D <7 digit echo station DN> 


Figure 23-22 shows an example of the LTP level MAP display when posting 
an echo station DN in the control position. 


Figure 23-22 


CM MS IOD NET PM CCS LNS TRKS EXT APPA 


LTP 
0 Quit POST DELQ BUSYQ PREFIX 
2 Post. LEN ES XLIU 100 


3 LCC PTY RNG STAF S LTA TE RESULT 
4 ISDN DN 613 555 1001 IDL 

5 Bsy K# 1 PMD 

6 RTS LTID PKT 1 

7 Diag 

8 

9 AlmStat 


10 Cktloc 
11 Hold 


15 FullDn 
16Prefix 
17LCl_ 
18Level_ 
LTPTPO 


Time 02:50 > JB 


Note 1: If an echo station LTID is not mapped to an XSG, XLIU information does 
not display when the echo station DN is posted at the LTP MAP level. 


Note 2: If an echo station DN is posted using the POST D command at the LTP 
MAP level, the number of the XSG it is mapped to displays instead of the LEN 
number. 
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Table 23-14 lists the different states of an echo station DN that are the result of 
using maintenance commands at the LTP MAP level. 


Table 23-14 Echo station DN maintenance transition states 


Bsy IDL 


ManB 
PSU 
CPB 
CPD 


NEQ 


RTS IDL 


MAnB 


ManB 


PSU 
CPB 


CPD 


NEQ 


FRLS IDL 
ManB 
PSU 
CPB 
CPD 
NEQ 


LTP command DNinitialstate DN finalstate Message type/error type 


ManB 

ManB 

ManB 

CPD 

CPD The line is already 
deloaded 

NEQ Inappropriate command 
for an unassociated LTID 

IDL 

IDL (If XLIU is 

InSv) 

PSU (If XLIU 

is InSv) 

PSU 

CPB RTS denied on CPB/CPD 
lines 

CPD RTS denied on CPB/CPD 
lines 

NEQ Inappropriate command 
for an unassociated LTID 

ManB 

ManB 

ManB 

CPD>ManB 

ManB 

NEQ Inappropriate command 


for an unassociated LTID 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


23-30 Echo station X.25 loopback testing 


The state of echo station also changes as a result of the change in the state of 
the XSG/XLIU it is mapped to. Table 23-15 shows the relationship between 
the state of the echo station and the XSG it is mapped to. 


Table 23-15 ECHO station state transitions due to XSG/XLIU transitions 


XSG/XLIU transition Initial state of echo station Final state of echo station 
any transition ManB ManB 

PMB->INSV, SYSB->INSV PSU IDL 
InSv->PMB,|INSv->SYSB IDL PSU 


Table 23-16 lists the transition states of an echo station due to provisioning 
activity. 


Table 23-16 Echo station state transition due to provisioning activity 


Initial state of echo Final state of echo 
Provisioning action station station 
Echo station provisioned NEQ 
using ECHOCI 
Echo station mapped to NEQ IDL 


an XSG in table LTMAP 
and XLIU is INSv 


Echo station mapped to NEQ PSU 
an XSG in table LTMAP 
and XLIU is not InSv 


Echo station unmapped IDL or PSU NEQ 
to an XSG in table 
LTMAP 
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24 Problem case 1: no dialtone received 
or limited dialing capability 


Description 


An ISDN customer complains that either no dialtone is received at a particular 
ISDN set or that the only directory numbers that can be dialed from a set are 
those associated with default services. The LTPISDN MAP command 
TERMCHK can be used to troubleshoot this problem. The TERMCHK 
command can be used to verify that the service profile identification (SPID) 
that is programmed in the ISDN set is the same as the SPID stored for that set 
in the ISDN switching system. 


Note: For more information on the TERMCHK command, refer to the 
“BRI multiple terminal maintenance” chapter in this guide. 


Troubleshooting steps 


Use the following instructions to verify the correct SPID is programmed in the 
ISDN set: 


At a MAP terminal 


1 


Post the LEN associated with the ISDN set with the problem indicated at the 
LTPISDN MAP level. Use the TERMCHK command on the LEN. Refer to 
Figure 24-1. 


>MAPCI;MTC;LNS;LTP;LTPISDN 
>POST L HOST 101 16 
>TERMCHK 


Check the results of the TERMCHK command to verify that the SPID 
programmed in the ISDN set is the same as the SPID stored for that set in the 
DMS switching system. Refer to Figure 24-2. 


The TERMCHK command shows that the mismatch occurred between the 
computing module (CM) and the customer premises equipment (CPE). 


Correct the CPE SPID to match the DMS SPID. Refer to the specific ISDN 
CPE set user’s manual for the procedure to enter the correct SPID into the 
ISDN set. 


Use the cpe user’s manual to program the CPE, SPID, then repeat steps 1 
and 2. 
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Figure 24-1 shows an example of the MAP display referred to in step 1. 


Figure 24-1 Example of MAP display showing response to the Post Lcommand 
on LEN 101 16 


Trks Ext APPL 


Quit 
Post_ 


POST ELQ 
LEN HOST 01 0 01 16 


BUSYQ PREFIX 


Termchk 


LCC PTY RNG 
ISDN LOOP 


STA F S TI 
DN 613 723 5201 IDL 


RESULT 


Sustate 
BCHCON 
Ltloopbk 
DCHCon 
TEST_ 
Hold 
Next 


TstSgnl 
TEI_ 
Qloop 
Qlayer 
Rlayer 
TEAMO5 


Time 12:39 > 


Figure 24-2 shows an example of the MAP display referred to in step 2. 


Figure 24-2 Example of MAP display showing the results display from using 
the TERMCHK command on LEN 1 0 1 16 


ee HOST 01 0 01 16 
Circuit Switched Services: 


TEI: 64 Associated with Default Service 
Service Circuit Switched 

DMS TSPID: Default Service 

CPD SPID: 540100223344 


Packet Switched Services: 


No physical ISDN BRAFS Terminals with Packet Switched 
Services have been detected. 


Unused Logical Terminal Profiles: 


LTID: WITS 1 
Service: circuit Switched Protocol Status: 
Directory Number: 6137235201 KEY: 1 


\ DMS TSPID: 6137235201 j 
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25 Problem case 2: verification of 
connectivity between 2B1Q line card 
and CPE 


Description 


When new customer premises equipment (CPE) is installed, it is necessary to 
verify the connectivity between the 2B 1Q line card located in the central office 
and the CPE. This can be done without the assistance of the test center or the 
central office by accessing the BRIV 108 test trunk from the CPE. 


Verification steps 


Use the following steps to verify connectivity between the 2B 1Q line card and 
the CPE: 


At the CPE location perform the following steps 


1 At the CPE, go off-hook. 
2 Dial the BRIV 108 test trunk access DN, for example, 99591090#. 


Note: The DN used in step 2 to access the BRIV 108 test trunk is just an 
example. The BRIV 108 DN is translations dependent. It will vary from 
office to office. 


3 Verify that the confirmation tone is heard followed by silence. This sequence 
of tone and silence indicates that there is a connection between the CPE and 
the 2B1Q line card. 


4 At the CPE, go on-hook to release the connection. 


Troubleshooting steps 


If dial tone followed by silence is not heard at the CPE, the following steps can 
be taken to isolate the cause of the problem. These steps require the assistance 
of the test center at the central office. 


At the CPE perform the following steps 


1 Request that the test center post the ISDN line being tested at the LTPISDN 
MAP level using the following command sequence. 


>MAPCI;MTC;LNS;LTP;POST L 10 1 16 
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2 Request that the test center verify that the posted line is in the idle (IDL) state 
as shown in the following MAP display example. 


CM MS IOD Net PM CCS Lns Trks Ext APPL 


0 QUIT POST DELQ BUSYQ PREFIX 
2 POST_ LEN HOST 01 0 01 16 

3 LCC PTY RNG STA F S LTA TE RESULT 
4 Termchk ISDN LOOP DN 613 723 5012 IDL 

6 Sustate 

7 BCHCON 

8 Ltloopbk 

9 DCHCon 

10 TEST_ 

11 Hold 

12 Next 


14 TstSgnl 
15 TEI_ 

16 Qloop 

17 Qlayer 

18 Rlayer 
TEAMO5 

Time 12:39 > 


3 At the CPE, go off-hook. 
4 Dial the BRIV 108 test trunk access DN, for example, 99591090#. 


5 Request that the test center verify that the posted line is in the call processing 
busy (CPB) state and it is connected to the T108ISDN trunk group as shown 
in the following MAP display example. 


CM MS IOD Net PM CCS Lns_ Trks Ext APPL 


0 QUIT POST DELQ BUSYQ PREFIX 
2 POST_ LEN HOST 01 0 01 16 

3 LCC PTY RNG STA F S LTA TE RESULT 
4 Termchk ISDN LOOP DN 613 723 5012 CPB T108ISDN 

6 Sustate 

7 BCHCON 

8 Ltloopbk 

9 DCHCon 

10 TEST_ 

11 Hold 

12 Next 


14 TstSgnl 
15 TEI_ 
16 Qloop 
17 Qlayer 


Time 12:39 > 


6 At the CPE, go on-hook, and request that test center verify that the posted 
line has returned to the IDL state. 
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7 Request that the test center post both B-channels of the line being tested and 
verify that they are both in the IDL state as shown in the following MAP display 
example. Only the B1 channel is shown in the example. 


CM MS IOD Net PM CCS Lns Trks Ext APPL 


0 QUIT POST DELQ BUSYQ PREFIX 
2 POST_ LEN HOST 01 0 01 16 

3 LCC PTY RNG STA F S LTA TE RESULT 
4 Termchk ISDN B1 DN IDL 

6 Sustate 

7 BCHCON 

8 Ltloopbk 

9 DCHCon 

10 TEST_ 

11 Hold 

12 Next 


14 TstSgnl 
15 TEI_ 
16 Qloop 
17 Qlayer 


Time 12:39 > 


8 Request that test center perform routine test procedures including a line 
diagnostic test on the 2B1Q line card to further isolate the cause of the 
problem. 


Note: The troubleshooting steps above are only a representative set of 
examples. 
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26 Problem case 3: mp-eoc trouble fault 


isolation 


Description 


An ISDN customer complains that no dialtone is received at a particular ISDN 


set. 


Troubleshooting steps 
Use the following instructions to troubleshoot an mp-eoc. 


At a MAP terminal perform the following steps 
1 Check the associated ISDN logs using LOGUTIL. 


a 


Use the LOGUTIL command to examine the ISDN logs that relate to the 
line being tested. The LINE131 log displays pertinent information about 
WHEN and WHERE the problem occurred, as shown in the following 
examples. 


Cl: 
>LOGUTIL 
>OPEN LINE 131 


RTP5 LINE131 MAY24 13:37:49 5334 INFO Performance 
Monitoring (PM) Alert 

LEN HOST 01 0 14 16 DN 7235012 

Report Type PERFORMANCE ALERT 

Source MPLU 6 — FE SES CURR HR THRESHOLD OF 10 EXCEEDED 
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RTP5 LINE131 MAY24 13:37:49 5334 INFO Performance 
Monitoring (PM) Alert 

LEN HOST 01 0 01 16 DN 7235012 

Report Type PERFORMANCE ALERT 

Source MPLU 6 —- FE ES CURR HR THRESHOLD OF 40 EXCEEDED 


b ALINE145 log indicates WHEN and WHERE a loss of sync word (LOSW) 
problem occurred. It can also indicate a hardware fault, as shown in the 
following example: 


LOGUTIL: 
>OPEN LINE 145 


RTP5 LINE145 MAY24 13:39:10 0321 INFO ISLC SIGNAL 
Alarm 

LEN HOST 01 0 1 16 DN 7235012 

mp-eoc node failure report at MPLU 6 :LOOP state 
remains IDL 


Note: For detailed information about logs, refer to the Log Report 
Reference Manual, 297-8001-840 


2 Determine the current state for the specific line. 


a Ifthe NT1 is not in-sync and the line is in lock out (LO) state, then 
determine the location of the MPLU problem. Use the LTPISDN MAP 
level command SUSTATE to determine the in-sync multipoint embedded 
operations channel line unit (MPLU). Refer to the following example: 


>MAPCI;MTC;LNS;LTP;LTPISDN 
>POST L101 16 
>SUSTATE 


CM MS IOD Net PM CCS Lns Trks Ext APPL 


0 QUIT POST DELQ BUSYQ PREFIX 
2 POST_ LEN HOST 01 0 01 16 

3 LCC PTY RNG STA F S LTA TE RESULT 
4 Termchk ISDN LOOP DN 613 723 5012 LO 

6 Sustate 

7 BCHCON 

8 Ltloopbk 

9 DCHCon 

10 TEST_ 

11 Hold 

12 Next 


14 TstSgnl 
15 TEI_ 

16 Qloop 

17 Qlayer 

18 Rlayer 
TEAMO5 

Time 12:39 > 


Note: For more details, refer to the SUSTATE MAP command in the 
“ISDN maintenance” chapter of this guide. 


b Place the line in segmented mode. This action causes the line unit to 
correct its layer 1 errors. Errors can come from a specific segment. If the 
line is in path mode (default mode) then the line card represents the 
cumulative errors of the entire U-loop (all the way to the NT1). 
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>MAPCI;MTC;LNS;LTP;LTPISDN 
>POST L101 16 
>L1BLMALM SETMODE SEG 


c Perform a Qlayer L1 on the posted LEN. This action will show all the layer 
1 errors (block, current, and previous errors) from the line card and all line 
units. 


>MAPCI;MTC;LNS;LTPISDN 
>POST L101 16 
>QLAYER 11 BOTH 


RTP5 LINE145 MAY24 13:39:10 0321 INFO ISLC SIGNAL 
Alarm 

LEN HOST 01 0 1 16 DN 7235012 

mp-eoc node failure report at MPLU 6: LOOP state 
remains IDL 


d Inthe example, MPLU 6 reports a hardware fault. The following example 
shows the Qlayer performed on MPLU 6 only. 


The output that displays indicates that far-end errors are emanating from 
MPLU 6. Note that the current ES/HR and SES/HR have crossed their 
thresholds in the far-end direction (from MPLU 6 toward the NT1). Our 
Line 131 logs confirm this. 


>MAPCI NODISP;MTC;INS;LTPISDN;POST L10116 
>QLAYER L1 MPLU 6 

Mp-eoc Line Unit 1: 

PM Counts: 


C.Hr PHr C.Hr PHr 
00025 


PM MODE: SEGMENTED 


ALERTS: 

---ES NE--- --- SES NE--- --- ES FE--- --- SES FE--- 
C. Hr C. Dy C.Hr C DY C. Hr C. Dy C.Hr C DY 
ON ON ON ON ON ON ON ON 


PM COUNTS: 

---ES NE--- --- SES NE--- --- ES FE--- --- SES FE--- 
C. Hr C. Dy C.Hr C DY C. Hr C. Dy C.Hr C DY 
01016565 3535 


Threshold Condition: 

---ES NE--- --- SES NE--- --- ES FE--- --- SES FE--- 
C. Hr C. Dy C.Hr C DY C. Hr C. Dy C.Hr C DY 
OFF OFF OFF OFF OFF OFF OFF OFF 


Active Thresholds (NE) and (FE) 

40 100 10 25 40 100 10 25 

---ES NE--- --- SES NE--- --- ES FE--- --- SES FE--- 

P. Hr P. Dy P.Hr PDY TI P. Hr P. Dy PHr PDY 
000-11010 


0 

0-2 0 
0-3 0 
0-4 0 


3 If the logs contain only LINE 131 logs, then the connection between the NT1 
and MPLU 6 should be checked. In the example, the hardware fault most 
likely caused the PM errors. The line unit has a hardware fault so the line unit 
itself should be replaced. 


a Replace MPLU 6. 
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b Use SUSTATE to verify all units in sync and the line is in IDL state. 


Execute an RLAYER L1 CUR to reset the current layer 1 PM counts on 
the entire line. 


d Execute another QLAYER L1 MPLU 6 to check the layer 1 counts again. 
The layer 1 errors should now be minimal. 


Other possible actions 


At a MAP terminal perform the following steps 


1 If the Qlayer shows layer 1 counts above the thresholds (and the threshold 
condition bools are OFF), then there should be a corresponding LINE 131 
log. If not, then the register line units are incorrectly reporting the errors. 
Execute the THR test on the line unit. 


2 A LOOPBK can be set at a specific line unit. Then, a BERT test sends a bit 
pattern and verifies that it is received. 


Note: Use SUSTATE to check for existing loopbacks. If the BERT test 
reveals Layer 1 errors, but the Qlayer does not, then the line unit is likely 
faulty. Test the line unit with a DEF test. 


3 Once you verify layer 1, proceed to troubleshooting layer 2 and layer 3. 
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27 Problem case 4: office equipment 
identification retrieval 


Description 


Verification of the proper termination of the access line associated with 
customer premises equipment (CPE) is required as part of the initial 
installation process or during that time when the office equipment is moved to 
a new location. Verification can be made by using the integrated services 
digital network (ISDN) Basic Rate Verification-Office Equipment (BRIV-OE) 
feature. 


This feature provides dual access from the customer premises to retrieve for 
the operating company personnel to retrieve the office equipment (OE) 
identification. The OE identification identifies the termination of the access 
line in use. 


If the customer dials the correct access number for the BRIV-OE from the 
ISDN terminal and gains access, the ISDN DMS switching system with the 
output displays OE= followed by the OE identification value will display on 
the terminal display panel. 


The customer can identify the OE by dialing an access code from either a 
hand-held test unit or from an ISDN set. 


Verification steps when using hand-held test equipment 


At the CPE perform the following steps 


1 Connect the hand-held test unit to the LEN to be verified. 

2 From the hand-held test unit, dial the BRIV-OE access code. 

3 Verify that the hand-held test equipment displays the LEN: OE= for example, 
Host 101 16 
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Verification steps when using an ISDN set 


At the ISDN telephone set perform the following steps 


1 From the ISDN telephone set, dial the BRIV-OE access code, for example, 
9596300. 
2 Verify that the phone set displays the LEN: OE= for example Host 1 0 1 16. 
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28 ISDN log reports 


Introduction to ISDN log reports 
NAO14 does not introduce any new logs. 


For information about ISDN BRI log reports, refer to North American 
DMS-100 Log Report Reference Manual, 297-8001-840, which includes the 
following information for each log report: 


e Explanation 

e Format 

e Example 

e Field descriptions 

e Action 

e Associated OM registers 


e Additional information 


Explanation 
This section describes the subsystem of the specific log report and conditions 
when the log is generated. 


Format 
This section describes the format of the specific log report. 


Example 
This section provides a sample log report. 


Field descriptions 
This section describes each field of the log report. Information includes: Field, 
Value, and Description. 


Action 
This section provides a detailed description of the specific log report. 
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Associated OM registers 
This section lists any associated operational measurements (OM). 


Additional information 
This section provides additional detailed information about the specific log 
report. This information includes field positions and descriptions of words 
within the log report. 
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29 ISDN operational measurements 


Introduction 


NAO14 does not introduce any new operational measurements (OM). 


For information about all other ISDN BRI OMs, refer to North American 
DMS- 100 Operational Measurement Reference Manual, 297-8001-814, which 
includes the following information for each OM: 


OM description 

Release history 

Registers 

Group structure 

Associated OM groups 
Associated functional groups 
Associated functionality codes 
OM group register flowcharts 


Register descriptions 


OM description 
This section provides a brief description of what the OM group counts and how 
the data is used. 


Release history 
This section contains a history of changes to the OM group. The changes are 
described and the software releases associated with the changes are identified. 


Registers 


This section indicates how the registers in the OM group are arranged on the 
MAP display. 


Group structure 
This section describes the structure of the OM group, including the number of 
OM tuples, key fields, office parameters, and other datafill information that 
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pertains to the group. If the description includes references to registers from a 
different OM group, these registers are identified by group name followed by 
an underscore and the register name. For example, OFZ_ORGFSET refers to 
register ORGFSET in group OFZ. 


Associated OM groups 


This section lists other OM groups that are associated with the OM group, if 
any. 


Associated functional groups 
This section lists functional groups that are associated with the OM group. 


Associated functionality codes 
This section lists functionality codes that are associated with the OM group. 


OM group register flowcharts 
This section provides a functional flowchart of all the registers that are 
associated with the OM group. The flowchart shows the sequence of events 
that causes the registers count values to increase, and the relationship between 
the registers in the group. 


Register descriptions 


This section provides a brief description of each register that is associated with 
the OM group. 


Register descriptions are arranged alphabetically in each group. There are 
three types of registers: 
e Peg register values are increased when an event occurs. 
e Usage registers record activities or states at specified time intervals. 
e High water registers indicate the maximum number of items in 
simultaneous use during the current transfer period. 
Each register description contains the following sections: 
e register <short name> 
e register <short name> release history 
e associated registers 
e associated logs 
e extension registers 
Register <short name> 


This section provides an expansion for the register acronym followed by a 
description of what the register counts. If the description included a reference 
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to registers from a different OM group, these registers are identified by the 
group name followed by an underscore and the register name. For example, 
OFZ_ORGFSET refers to register ORGFSET in group OFZ. 


Register <short name> release history 
This section shows the software development stream in which the register was 
created and lists subsequent changes. 


Associated registers 
This section lists related registers and explains how they are related. This 
section can include validation formulas or useful equations. Registers from a 
different group are identified by a combination of the group name and register 
name, separated by an underscore, for example, OFZ_ORGFSET. 


Associated logs 
This section lists logs that are generated, together with events that are counted 
or related to the interpretation of OM data. 


Extension registers 
This section provides the name of the register that is used for overflow when 
the original register is full. The value in the extension register is multiplied by 
65336 and added to the original register value to get the total count. 
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Appendix A Equipment ordering codes 


NTI 
The following table lists parts related to the NTI interface. 
Table A-1 NT1 
Unit Vendor part number Nortel part number 


NT1 Standalone 

2-Watt power supply 
10-Watt power supply 

NT1 Rackmount basic card 
NT1 Rackmount star card 
NT1 Rackmount shelf 

NT1 Rackmount module 
NT1 Rackmount power 


NT1 Rackmount battery 


NTBX80AA 
A0381081 

NTBX81AA 
NTBX84AA 
NTBX84BA 
NTBX82AA 
NTBX83AA 
NTBX86AA 
NTBX89AA 


B0229816 
A0381081 
B0229817 
B0229825 
B0229826 
B0229818 
B0229819 
B0229820 
B0299822 


The following table lists the part numbers for the M5317 ISDN terminals. 


Table A-2 Terminals (Sheet 1 of 2) 


Unit 


M5317 


M5317TX, Ash 
M5317TX, Black 
M5317TDX, Ash 
M5317TDX, Black 


Vendor part number 


NTFXOOPA 
NTFXOOPB 
NTFXOOLE 
NTFXOOLF 


Nortel part number 


B0239752 
B0239753 
B0239258 
B0239259 
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Table A-2 Terminals (Sheet 2 of 2) 


Vendor part number 


Nortel part number 
M5317TDE, Black B0249893-CLP 


M5317TDE, Ash B0249894-CLP 


The following table lists the part numbers for the connectors associated with 


the ISDN interface 
Table A-3 Connectors 
Unit Vendor part number Nortel part number 
Distribution Connector QCBIX1A (A0266828) 
Bridging Connector QCBIX2A (A0269923) 
Multiplying Connector QCBIX5A (A0266827) 
Key Apparatus Connector QCBIX7A (A0269925) 
Modular Jack Connector (12 x 2 pairs) QCBIX36B (A0318898) 
Modular Jack Connector (8 x 3 pairs) QCBIX36C (A0330864) 
Modular Jack Connector (6 x 4 pairs) QCBIX36D (A0314173 
Designation Strip QCBIX20A (A0270169) 


The following table lists the part numbers for the tools associated with the BIX 
connector blocks 


Table A-4 Tools 


Unit Vendor part number Nortel part number 

BIX Tool QTBIX16A (A0270165) 

Pouch Tool n/a (C0054642) 

BIX Test Probe QTBIX17A (A0270166) 

Test Connector QTBIX22A (A0270171) 

BIX Socket Wrench NSQ2000L1 (A0207979) 

Note: BIX connector equipment is optional. All listed BIX equipment may not be necessary for a given 
installation. 
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BIX labels 


The following tables list the part numbers for ISDN NT1 labels (1 U loop, 4 T 


loop) (P0704295) 

Table A-5 Cable labels 
Blank cable label color 
Green 
Blue 


Red 


Table A-6 Blank labels 


Equipment ordering codes A-3 


Part number 
(P0588415) 
(P0588416) 
(P0588418) 


Blank label color 
Green 

Yellow 

Red 

Blue 

Silver 
Purple/Violet 


White 


Table A-7 Modular jack labels 


Part number 
(P0588400) 
(P0588416) 
(P0588418) 
(P0588403) 
(P0588404) 
(P0588405) 
(P0588406) 


Modular jack label 
White 

Purple/Violet 

Blue 2 pairs 

Blue 3 pairs 

Blue 4 pairs 

Green 


Yellow 


Part number 
(P0679239) 
(P0588405) 
(P0679236) 
(P0679237) 
(P0679238) 
(P0679235) 
(P0679233) 
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A-4 Equipment ordering codes 


The following table lists the part numbers for the patch cords that can ordered 


Table A-8 Patch cords 


Patch Cord Vendor part number Nortel part number 
2 Pair Patch Cord (3 feet) NE-P4QFN1 (A0331574) 
2 Pair Patch Cord (4 feet) NE-P4QFN2 (A0331575) 
2 Pair Patch Cord (6 feet) NE-P4QFN3 (A0331576) 
High Speed, 3 Pair Patch Cord (4 feet) NE-P6Q81 (A0331577) 
High Speed, 3 Pair Patch Cord (6feet) NE-P6Q82 (A0331578) 
Loop 


The following table lists parts related to loops. 


Table A-9 Cross-connecting wire 


Jumper wire Nortel part number 
Z Cross-connecting Wire (1 pair) (22208008) 
Z Cross-connecting Wire (2pair) (22208024) 
Z Cross-connecting Wire (3 pair) (22208113) 


Terminating resistors 
The following table lists parts relating to terminating resisters. 


Table A-10 Terminating resister 


Unit Vendor part number Nortel part number 
Terminating Resister Box AQ378866 (491-238) Note 1 
8 Pin Teledapt Jack NA800823 (KR 6351Cl) Note 2 


Note 1: Amphenol part number 


Note 2: Rova Products part number 
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Equipment ordering codes A-5 


Adapters 
The following table lists parts related to bridging adapters. 


Table A-11 Adapters 


Unit Vendor part number Nortel part number 
T Bridging Adapter (6 pin) Note 1 NE267QB (A0262656) 

T Bridging Adapter (8 pin) NA800822 (403-756349) Note 2 
T Bridging Adapter (8 pin) (BR241-444) Note 3 


Note 1: Building standards are migrating to eight pin only 
Note 2: Amphenol part number 


Note 3: Brand Rex part number 


Modular outlets 
The following table lists parts related to modular outlets. 


Table A-12 Modular outlets 


Unit Nortel part number 
8 position, surface mount (X9908301) 
dual 8 position, surface mount (X9908304) 
8 position, flush mount (X9908308) 
dual 8 position (X990831 2) 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


B-1 


List of abbreviations, acronyms, and 
terms 


AAK 

Answer Agent Key 
ABS 

Authorized Bearer Services 
ACB 

Automatic Call Back 
ACD 

Automatic Call Distribution 
ACRJ 

Anonymous Caller Rejection 
ACOU 

Additional Call Offering Unrestricted 
ADO 

add option 
AFC 

Additional Functional Call 
AGA 

Associated Group Assignment 
AGI 

Associated Group Indicator 
AlMux 


Async Inverse Multiplexing 
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B-2 List of abbreviations, acronyms, and terms 


AMA 


ANSI 


AR 


ASEQ 


ASU 


Automatic Message Accounting 


American National Standards Institute 


Automatic Recall 


asequentional 


application specific unit 


Asynchronous line diagnostics 


ATT 


AWG 


2B1Q 


B8ZS 


Balun 


BC 


BCLPIC 


BCNAME 


BCPIC 


Line diagnostic started with the DIAG NOWAIT command which runs in 
the background. This allows the user to perform additional function from 
the same MAP position while line diagnostic is being run. 


attach 


American wire gauge 


two binary one quaternary 


binary 8 zero substitution 


a device that isolates a load from a grounded source 


bearer capability 


bearer capability primary inter-LATA carrier 


bearer capability name 


bearer capability primary intra-LATA carrier 
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List of abbreviations, acronyms, andterms B-3 


Bellcore 

Bell Communications Research 
BERT 

bit error rate test 
BIC 

bus interface card 
BIX 

building interoffice cross-connect 
BLM 

basic line monitoring 
BNN 

Bridged Night Number 
B-pkt 

B-channel packet 
BRAFS 

basic rate access functional set 
BRI 

basic rate interface 
BRITE 

basic rate interface transmission extension 
BRIV 

basic rate interface verification 
BSY 

busy 
CA 

call appearance 
CACH 

call appearance call handling 
CALLOG 

Call Login 
CARES 


call appearance reservation 
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B-4 List of abbreviations, acronyms, and terms 


CARRMTC 

carrier maintenance 
CBC 

channel bus controller 
CBE 

Call Forward Busy External 
CBU 

Call forwarding Busy Unrestricted 
CBI 

Call Forward Busy Intragroup 
CBUS 

channel bus 
CCB 

call condense blocks 
CCITT 

International Telephone and Telegraph Consultative Committee 
CCS7 

Common Channel Signaling 7 
CDB 

call data blocks 
CDE 

Call Forward Do Not Answer External 
CDI 

Call Forward Do Not Answer Intragroup 
CDU 

Call Forward Do Not Answer Unrestricted 
CFB 

Call Forward Busy 
CFD 

Call Forward Do Not Answer 
CFF 


Call Forward Fixed 
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List of abbreviations, acronyms, andterms B-5 


CFI 

Call Forward Intragroup 
CFMDN 

Secondary Member Call Forwarding Programming on MADN 
CFU 

Call Forwarding Universal 
CFXDNCT 

call forwarding per DN per call type 
CFW 

call forward 
CHA 

change 
CHAPH 

change packet handler parameters 
CHF 

change feature 
CI 

command interpreter 
CLASS 

Custom Local Area Signaling Services 
CM 

computing module 
CMD 

circuit mode data 
CNAC 

Call Not Accepted 
CNAMD 

Calling Name Delivery 
CND 

Calling Number Delivery 
CNDA 


calling number delivery activation 
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B-6 List of abbreviations, acronyms, and terms 


CNDD 

calling number delivery deactivation 
CoO 

central office 
CONF6C 

6 port conference chain 
CONFSIZE 

conference size 
COT 

Customer Originated Trace 
CPB 

call processing busy 
CPD 

call processing deload 
CPE 

customer premises equipment 
CPM 

common peripheral module 
CPK 

Call Park 
CPU 

Call Pickup 
CRBL 

Call Reference Busy Limit 
CRC 

cyclic redundancy check 
CREJ 

call rejected 
CS 

circuit switched 
CSD 


circuit switched data 
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C-side 


CT 


CTLPIC 


CTPIC 


CUG 


CUT 


DATAPATH 


DBC 


DC 


DCC 


DCC 


DCH 


DCHCON 


DCND 


DCPK 


List of abbreviations, acronyms, andterms B-7 


control-side 


call type 


call type primary inter-LATA carrier 


call type intra-LATA carrier 


closed user group 


cutoff 


Nortel Networks system for providing direct circuit-switched digital data 
transmission through a DMS switching system over existing telephone 
networks 


Default Bearer Capability 


direct call 


disconnect conference circuit 


digroup control card 


D-channel handler 


D-channel continuity 


DTMF Calling Number Delivery 


Directed Call Park 


DMS-100 Family National ISDN Basic Rate Interface Service Implementation Guide NA014 and up 


B-8 List of abbreviations, acronyms, and terms 


DDU 


disk drive unit 


Default Terminal Profile 
LTID used for NITs (can be of type 2B, B, or 2BD) 


DEFLTERM 

default logical terminal 
DEL 

deloaded 
DET 

detach 
DET 

error detection 
DIAG 

diagnostic 
DID 

direct inward dial 
DM 

disconnect mode 
DMA 

direct memory access 
DMB 

D-channel maintenance busy 
DMCT 

Denied Malicious Call Termination 
DMSPH 

DMS packet handler 
DN 

directory number 
DNA 

data network address 
DNCT 


directory number/call type 
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DND 


DNH 


DOD 


D-pkt 


DPN 


DPPS 


DRCW 


DS30A 


DSEQ 


DSME 


DS-1 


DSI 


DTA 


DTC 


DTCl 


List of abbreviations, acronyms, andterms B-9 


Do Not Disturb 


Distributed 


direct outward dial 


D-channel packet 


Data Packet Network 


data packets per second 


Distinctive Ringing/Call Waiting 


A 32-channel transmission link between the line concentrating module 
(LCM) and controllers in the DMS-100 Family switches 


desequential 


DMS evolution 


digital signal level 1 


data stream interface 


digital test access 


digital trunk controller 


ISDN digital trunk controller 
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B-10 List of abbreviations, acronyms, and terms 


DTEI 


DTMF 


Dynamic TEI 


EBS 


ECHOCI 


Echo station 


ECM 


EDCH 


EISP 


EKTS 


ELN 


ENET 


ES 


ESA 


ESF 


dynamic terminal endpoint identifier 


dual-tone multifrequency tone 


TEI that is automatically assigned to terminal using network/user software 
negotiation procedures 


electronic business service 


Echo station command interpreter MAP level used to add, modify, and 
remove echo stations 


Echoes back user data packets sent to it be end user testing ISDN X.25 
functionality. 


Extended Call Management 


enhanced D-channel handler 


enhanced ISDN signal processor 


electronic key telephone service 


essential line 


enhanced network 


errored seconds 


emergency standalone 


extended frame format 
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List of abbreviations, acronyms, andterms B-11 


ESMU 
enhanced subscriber carrier module urban 
ET 
exchange termination 
ETSI 
European Telecommunications Standards Institute 
FBUS 
frame transport bus 
FC 
Flexible calling 
FCC 
Federal Communications Commission 
FEBE 
far-end block error 
FIT 
fully initializing terminal 
FRIU 
frame interface unit 
FRMR 


frame reject frame 


Generic TSPID 
Serving Numbering Plan Area + Primary Directory Number 


GIC 

Group Intercom 
GROUP 

customer group 
HASU 

hardware assigned software unassigned 
IBDN 

integrated building distribution network 
IBERT 


integrated bit error rate test 
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B-12 List of abbreviations, acronyms, and terms 


IBN 
integrated business network (see MDC) 
ICE 
ISDN Capacity Enhancement 
ICM 
Intercom 
IDC 
ISDN drawer controller 
IDL 
idle 
IDT 
integrated digital terminals 
IE 
information element 
IID 
interface identifier 
ILD 
ISDN line drawer 
INB 


installation busy 


Integrated terminal 
provides access to voice/circuit, as well as packet services 


IOC 
ISDN ordering code 
IPH 
integrated packet handler 
ISDN 
Integrated Services Digital Network 
ISG 
integrated signaling group 
ISLC 


ISDN line card 
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List of abbreviations, acronyms, andterms B-13 


ISLCC 

integrated services line card carrier 
ISP 

ISDN signaling preprocessor 
ISTB 

in service trouble 
ISUP 

ISDN userpart 
ITU 

International Telecommunications Union 
IVDT 

integrated voice data terminal 
kbit/s 

kilobits per second 
KSH 

Key Short Hunt 
JNET 

junctored network 
Li1BLMALM 

layer 1 basic line monitoring alarm 
LAN 

local area network 
LAPB 

link access procedure balanced 
LAPD 

link access procedure on the D-channel 
LATANAME 

local access and transport area name 
LC 

line card 
LCC 


line class code 
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B-14 List of abbreviations, acronyms, and terms 


LCD 

liquid crystal display 
LCME 

line concentrating module enhanced 
LCN 

logical channel number 
LDTPSAP 

Line Appearance on Digital Trunk 
LED 

light-emitting diode 
LEN 

line equipment number 
LGA 

line group array 
LGC 

line group controller 
LGCl 

ISDN line group controller 
LIM 

link interface module 
LIS 

link interface shelf 
LMB 

line module busy 
LMS 

local message switch 
LO 

lock-out 
LOSDG 

loss of signal with dying gasp 
LOSW 


loss of sync word 
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List of abbreviations, acronyms, and terms B-15 


LPIC 

intra-LATA primary inter-exchange carrier 
LPP 

link peripheral processor 
LSG 

line subgroup 
LT 

logical terminal 
LTC 

line/trunk controller 
LTCl 

ISDN line/trunk controller 
LTCLASS 

logical terminal class 
LTG 

line treatment group 
LTID 

logical terminal identifier 
LULT 

Line Unit Termination used in a remote digital terminal 
LUNT 

Line Unit Network Termination used in a central office terminal 
MADN 

multiple appearance directory number 
MAP 

maintenance and administration position 
MAXKEYS 

maximum keys 
MB 

manual busy 
MBG 


Multi-location Business Group 
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B-16 List of abbreviations, acronyms, and terms 


MBS 
Meridian business set 
MDC 
Meridian Digital Centrex 
MDN 
Multiple Appearance Directory Number (see MADN) 
MER 
main equipment room 
MFT 
Meridian Feature Transparency 
MLH 
Multiple Line Hunt 
MOD 
modify command used at ECHOCI MAP level to modify data for echo 
stations 
MP 
master processor 
MPC 
message protocol and tone generator card 
MP-eoc 
multi-point embedded operation channel 
MPLU 
multipoint embedded operations channel line unit 
MPLUFail 
multipoint embedded operations channel line unit failure 
MPH 
Multiple Position Hunt 
MTD 
magnetic tape drive 
MTU 


metallic test unit 
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List of abbreviations, acronyms, and terms B-17 


MWI 

Message Waiting Indication 
NDNAP 

number of DN appearances 
NCOS 

network class of service 
NEBE 

Near-end block error 
NEQ 

not equipped 
NI-1 

national ISDN-1 
NI-2 

national ISDN-2 
NI-3 

national ISDN-3 
NIT 

non-initializing terminal 
NIU 

network interface unit 
NIUF 

North American ISDN Users’ Forum 
NNRC 

number of non-restricted channels 
NORTEL 

Nortel Networks 
NPI 

numbering plan indicator 
NRAG 

network ring again 
NT1 


network termination 1 
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B-18 List of abbreviations, acronyms, and terms 


NTP 


NTRS 


NUMLCN 


OAM 


ODB 


OM 


OPAC 


OPM 


OSI 


PABX 


Packet-only NIT 


PAD 


PBL 


PBX 


PCL 


Nortel Networks technical publication 


no terminal responding 


numeric logical channel number 


operation, administration, and maintenance 


on-demand b-channel 


operational measurement 


outside plant access cabinet 


outside plant module 


open system interconnection 


private automatic branch exchange 


Non-initializing terminal that only offers the capability to access packet 
services (not a voice circuit) 


packet assembler/disassembler 


Private Business Line 


private branch exchange 


product computing load 
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PDN 


PEC 


PFCNTL 


PFDSP 


PHRRCI 


PIC 


PIC 


PM 


PMODE 


PH 


POTS 


PPSN 


PRI 


PS 


P-side 


PS1 


List of abbreviations, acronyms, and terms 


primary directory number 


product equipment code 


Power Feature Control 


Power Feature Display 


Packet Resource Reassignment tool 


polyetheline/polylefin insulated cable 


primary interexchange carrier 


peripheral module 


performance monitoring mode 


packet handler 


plain old telephone service 


public packet switched networks 


primary rate interface 


packet switched 


peripheral-side 


power source 1 
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B-20 List of abbreviations, acronyms, and terms 


PS2 

power source 2 
PS3 

power source 2 
PTS 

per trunk signaling 
PUPS 

point-of-use power supply 
PVC 

protocol version control 
Q.931 

The CCITT recommendation that defines protocols for circuit switched call 

control at the network layer 
QCOUNTS 

query counts 
QDCH 

query D-channel 
QDN 

query directory number 
QLAYER 

query layer 
QLEN 

query line equipment number 
QLOOP 

query loop 
QLT 

query logical terminal 
QPHF 

query packet handler facility. Command gives user information on how a 

particular X.25 service group (XSG) is configured. 
RBOC 


regional Bell operating company 
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List of abbreviations, acronyms, andterms B-21 


RCC2 

remote cluster controller 2 
RCNAME 

routing characteristic name 
RCU 

remote concentration unit 
REM 

remove 
RLAYER 

reset layer 
RLCM 

remote line concentrating module 
RMB 

Random Make Busy 
RN 

redirecting number 
RND 

Redirecting Number Delivery 
RNID 

redirecting number identification 
RPTR 

repeater 
RSC 

remote switching center 
RSC-S 

remote switching center-SONET 
RTEC 

Raleigh Technical Education Center 
RTS 

return to service 
SABME 


set asynchronous balanced mode extended 
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B-22 List of abbreviations, acronyms, and terms 


SAPI 

service access point identifier 
SAPI 16 

Low- speed packet data service on the D-channel 
SAPI 0 

the call control message for circuit-switched services 
SBPB 

simplified branched passive bus 
SCA 

Selective Call Acceptance 
SCF 

Selective Call Forwarding 
SCMP 

Series Completion 
SCRJ 

Selective Call Rejection 
SCWID 

Spontaneous Call Waiting ID 
SDT 

service disruption threshold 
SDN 

Secondary Directory Number 
SERVORD 

service order 
SES 

severely errored seconds 
SETPH 

set packet handler X.25 service parameters 
SFC 

single functional call 
SHU 


Stop Hunt 


297-2401-201 Standard 07.01 September 2000 


SLBRI 


SLT 


SLQ 


SLVP 


SMA 


SMDI 


SNA 


SNPA 


SOC 


SOHO 


SORC 


SP 


SPID 


SPIDSFX 


STEI 


List of abbreviations, acronyms, and terms 


Single Line ISDN 


set logical terminal 


Single Line Queuing 


Single-line Variety Package 


subscriber carrier module access 


Simplified Message Desk Interface 


systems network architecture 


serving numbering plan area 


software optionality controls 


Small Office/Home Office 


Station Controlled Restriction Controller 


signal processor 


service profile identifier 


service profile identifier suffix, which is a 1 to 4 digit number used in 


B-23 


association with the service profile identifier (SPID) to identify two ISDN 


circuit switched devices on the same line with the same SPID, such as 
MADN numbers 


static terminal endpoint identifier 
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B-24 List of abbreviations, acronyms, and terms 


STP 


SUBGRP 


SVC 


SWACT 


TA 


TCAP 


TDM 


TERMCHK 


TERML 


THR 


TID 


TEI 


TON 


TR 


TS 


signaling transport point 


customer subgroup 


switched virtual circuit 


switch of activity 


terminal adapter 


transaction capabilities application part 


time division multiplex 


terminal check 


maximum number of non-initializing terminals (NIT) that can be supported 
on an LTID 


threshold 


terminal identifier 


terminal endpoint identifier 


type of number 


terminating resistor 


time switch 
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TSP 


TRAVER 


TSPID 


UCD 


UCDSD 


Universal SPID 


U-loop 


UATEI 


UNATEI 


UP 


UPS 


UTR 


UTP 


VBD 


VFG 


List of abbreviations, acronyms, and terms B-25 


terminal service profile 


translations verification 


terminal service profile identifier 


Uniform Call Distribution 


Uniform Call Distribution Signal Distributor 


Value is 01010101010101. It is used to request automated SPID selection. 


The portion of a basic rate interface (BRI) that connects a network 
termination 1 (NT1) to a line concentrating module with ISDN (LCMD) or 
an enhanced line concentrating module with ISDN (LCME) 


User assigned TEI 


user or network assigned terminal endpoint identifier 


unified processor 


uninterruptable power supply 


universal tone receiver 


unshielded twisted pair 


voice band data 


Virtual Facility Group 
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B-26 List of abbreviations, acronyms, and terms 


Vi 


WWW 


X.25 


X.75 


XLIU 


XPM 


XPM PLUS 


XSG 


XSGCHNL 


voiceband information 


world wide web 


A CCITT defined network layer protocol that is used in packet switching to 
establish, maintain, and clear virtual circuit connections between an ISDN 
terminal and a destination in the packet switching network 


A CCITT-defined network layer protocol that is used in packet switching to 
establish, maintain, and clear virtual circuit connections between packet 
switching networks 


X.25/X.75 link interface unit 


XMS-based peripheral module 


XMS-based peripheral module product life upgrade strategy 


X.25 signaling group 


X.25 signaling group channel 
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